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SYSTEM FOR WORKFLOW ANALYSIS AND RESPONSE 
Field Of the Invention 

5 The present invention relates generally to software-based systems, and 

specifically to software for performing labor studies and operations research in 
working environments where most of the workflow is carried out as software usage 
and electronic data interchange. 

10 Background Of The Invention 

Manual time measurement, the existing method for performing labor studies 
and operations research, is not suitable for the environments of computer software 
usage and electronic data interchange, as it calls for very close examination by, and 
a lot of attention from, the person conducting the measurements, in order to closely 

15 determine the screen usage statistics of the computer system. On the other hand, 
attempting to rely on data collected by the software being used has its own 
drawbacks, and is useful only as long as the persons being monitored use only one 
type of system (or resource), but often workflow progresses through a multi-platform 
environment, and integrating the different sources of workflow information calls for 

20 substantial manual effort. 

A commercial, cross-platform workflow data source is not known, and 
therefore, neither is any software package designed to analyze such data. 

Usually, workflow analysis applications may be performed in one of two ways: 

25 (a) by being a part of the system which provides the workflow design and 

resulting business applications, providing workflow analysis as a byproduct; or: 

(b) by being a part of a general purpose expert system, which after proper 
mapping of the different data sources into its own database, could perform analysis 
with its own expert-system capabilities. 

30 A common course of action, when a comprehensive display of complex 

workflows is needed, is to produce analysis reports for purposes of resource 
planning, re-engineering etc. Specialized consultants are hired to conduct a 
research project, collect and analyze information manually and expensively, and turn 
out a summary report. A major drawback of this method is that it is a one-time effort, 

35 producing historical data. In many cases, by the time such a report reaches its 
intended users, it has already become obsolete. 
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Summary Of the Invention 

Accordingly, it is a principal object of the present invention to overcome the 
limitations of existing workflow analysis and response systems and to provide 
5 improved methods and apparatus for implementing measurement systems. 

It is a further object of some aspects of the present invention to provide 
improved methods and apparatus for cross-platform labor and resource analysis 
measurement systems. 

It is a still further object of some aspects of the present invention to provide 
10 improved methods and apparatus for implementation of built-in workflow analysis and 
response measurement tools available within the systems being analyzed, thus 
making full use of the data collected. 

It is yet a still further object of some aspects of the present invention to 
provide improved methods and apparatus permitting the establishment of an 
15 infrastructure for the implementation of analysis add-on packages and interfaces as 
they are developed, 

A method for processing user resources, including the steps of: 
receiving the said user resources on a user multi-platform computer system; 
monitoring the workflow; 
20 automatically analyzing the processing of said resources to gather information, 
measure the results and respond to the workflow; and 
outputting decision-support data. 

Apparatus for processing user resources residing on a multi-platform system, which 
25 product includes: 

a system server to provide access to the required information; 

a system database for the storage of the said information required for the said 
system; 

a system administrator to edit information required for the operation of the 
30 said system; and 

a system consultant for advanced analysis of historical data. 

The workflow analysis and response system provides users with workflow 
records and processed displays and reports, while minimizing manual work and 
35 integration effort. Only an initial one-time expenditure of programming resources is 
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required for the creation of appropriate code in tlie corporate information systems, or 
similar, joining together the corporate systems and the analysis system. This can be 
done by loading and using the system server interface from within specified 
Intervention Points inside the corporate system source code or scripting 

5 (customization) code. Furthermore, a unique feature of the analysis system is the 
way in which different elements, (including software engineering technologies, 
industrial engineering methodologies and mathematical concepts) are brought 
together to produce outputs which were either previously unobtainable or obtainable 
at a much higher effort and cost, and in a way which restricted their usefulness. In 

10 general, the programming tools provide the input to the system and the management 
tools provide its output. The abovementioned elements, their mode of functioning, 
and their outputs, are described hereinbelow. 

Hereinafter, the term "classification" refers to an attribute of operation, used 
15 to describe its outcome, sub-type or any other categorization. A classification is 
selected from a list of allowed classification types. 

Hereinafter, the term "event" refers to a meaningful point in time during the 
progress of an operation, whose 

event type describes that meaning. Several events may be recorded during a single 
20 operation. 

Hereinafter, the term "operation" refers to a part of a work process, carried 
out by a specific user, characterized by an operation type. 

Hereinafter, the term "state" refers to an attribute of operation, used to 
describe its current stage, status, or completion level. A state is selected from a 
25 specific state set 

Hereinafter, the term "state set" refers to a list of possible states through 
which an operation proceeds. 

Hereinafter, the term "tag" refers to an attribute of operaton, used to store 
any user-defined information string. 
30 Hereinafter, the term "type" refers to a predefined description of operation, 

classification or event, consisting of a unique numerical index, a unique string key, 
and a descriptive name. 

Hereinafter, the term "user" refers to a specific person selected from a fixed 
list of known users, carrying out an operation. A user may carry out several 
35 operations simultaneously. 

Hereinafter, the term "agent" refers to an employee being monitored by the 
workflow system. 
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Hereinafter, the term "rule" refers to the definition of a reaction taken when a 

certain condition occurs. 

Hereinafter, the term "library" refers to a collection of related rules. 

5 The analysis system is a software package serving specifically as a workflow 

analysis and response system, and provides development tools for programmers. 
The analysis system can be integrated with existing business applications. It then 
counts, sorts and measures times of activities and events related to the usage of 
these applications by the business applications users. The system provides 

10 programmers with the interfaces necessary to embed the system "engine" within 
corporate or other information systems. The interfaces implemented, either in the 
development stage of new applications, or during integration with existing software, 
through customization tools such as VBA sold by Microsoft, or VB Script licensed by 
Microsoft. 

15 

Brief Description Of The Drawings 

In order to understand the invention and to see how it may be carried out in 
practice, a preferred embodiment will now be described, by way of non-limiting example 
20 only, with reference to the accompanying drawings, in which: 

Figure 1 is a schematic illustration of the workflow control and analysis system, in 
accordance with a preferred embodiment of the present invention; 

25 Figure 2 is a schematic illustration of the operational tables and their interaction with 
the actual workflow, in accordance with a preferred embodiment of the present 
invention; 

Figure 3 is a schematic illustration of the functions of the system model, in 
30 accordance with a preferred embodiment of the present invention; 

Figure 4 is a schematic illustration of how the system administrator participates in 
system operation, in accordance with a preferred embodiment of the present 
invention; 

35 
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Figure 5 is a flow chart that schematically illustrates how the system organizes the 
security interactions, in accordance with a preferred embodiment of the present 
invention; 

5 Figure 6 is a schematic illustration of the functions of the system supervisor, In 
accordance with a preferred embodiment of the present invention; 

Figure 7 is a schematic illustration of the functions of the system reactor, in 
accordance with a preferred embodiment of the present invention; 

10 

Figure 8 is a computer screen image of a dialog box illustrating the reactor dialog, in 
accordance with a preferred embodiment of the present invention; 

Figure 9 is a computer screen image illustrating the creation of a time-dependent 
15 "event," in accordance with a preferred embodiment of the present invention; 

Figure 10 is a computer screen image illustrating a notice message, in accordance 
with a preferred embodiment of the present invention; 

20 Figure 11 is a flow chart that schematically illustrates how the function of the callflow 
analyzer, in accordance with a preferred embodiment of the present invention; 

Figure 12 is a graph that schematically illustrates the function of a Gantt chart, in 
accordance with the prior art; 

25 

Figure 13 is a schematic illustration of the functions of the callflow analyzer, in 
accordance with a preferred embodiment of the present invention; 

Figure 14 is a computer screen image illustrating the main window of the CFA user 
30 interface, in accordance with a preferred embodiment of the present invention; 
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Figure 15 is a computer screen image illustrating the "roll" and "filter" features of the 
main window of the CFA user Interface, In accordance with a preferred embodiment 
5 of the present invention. 

Figure 16 is a set of computer screen images illustrating the full sub-windows of the 
CFA user interface, in accordance with a preferred embodiment of the present 
invention. 
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Detailed Description Of Preferred Embodiments 

Reference is now made to figure 1 , wliich illustrates the workflow control and 
analysis system 10, in accordance with a preferred embodiment of the present 
5 invention. A computer 18 stores the corporate information systems source code 22 
and a communications module 24 to initiate calls to the systems interface. 
Mainframe 18 interacts with the system components through a system server object 
library 26. The system 10 provides supervisory users with the following components 
stored on the system database 28: 
10 • a "System Administrator" 30 for setting up initial workflow parameters, users and 
security; 

• a "System Supervisor" 32 for producing real-time workflow monitoring screens; 

• a "System Reactor" 34 for defining and activating alert and response rules; 

• a "System Executive" 36 for creating and distributing analysis reports; and 
15 •a "System Consultant" 38 for advanced analysis of historical data. 

Database 28 includes various kinds of tables. "Operational tables" concern the 
actual workflow information. By contrast, "administrative tables" contain information 
regarding security, system information, etc. 



Figure 2 is a schematic illustration of the operational tables 40 and their 
interaction with the actual work flow, in accordance with a preferred embodiment of 
the present invention. Operational tables 40 interact with the actual workflow 
information, as opposed to the "administrative tables", which contain information 
25 regarding security, system information etc., as described hereinbelow. Table I 
illustrates the details of some of the operational tables. 



20 



TABLE i 



Table 



FieldName Description Type 



AllowedOperations 



Opindex Operation Identifier Index integer 



42 



OpKey Operation Applicative Key string 



OpName Operation Descriptive Name string 



AllowedClassifica-tions 



01 Index Classification Identifier integer 



44 



Index 



CIKey Classification Applicative string 
Key 
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CIName Classification Descriptive string 
Name 


AllowedEvents 46 


Evindex Event Identifier Index integer 
EvKey Event Applicative Key string 
EvNanne Event Descriptive Name string 


StateSets 48 


Sslndex State Set Identifier Index integer 
SsKey State Set Applicative Key string 
SsName State Desriptive Name string 


AllowedStates 50 


Stindex State Identifier Index integer 
StKey State Applicative Key string 
StName State Descriptive Name string 
StSslndex State Set Index integer 

StOrder State Order In Set integer 


AllowedUsers 52 


Usindex User Identifier Index integer 
UsKey User Applicative Key string 
UsName User Name string 
UsGrlndex User Group Index integer 


AllowedGroups 54 


Grindex Group Identifier Index integer 
GrName Group Descriptive Name string 
GrWeekHr Group Work Hours per Week byte 
GrCostHr Group Cost per Hour integer 
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TimedOperations 56 


Tilndex Timer Identifier Index long 




TiOplndex Tinner Operation Index 


integer 




TiUslndex Tinner User Index 


integer 




TiCllndex Timer Classification Index 


integer 




TiStOrder Time State Order in Set 


integer 




TiSslndex Timer State Set Index 


string 




TiStart Timer Starting Time date 


time 




Time 






TiFinish Timer Finisining Time date 


time 




Time 






TiLinked Timer Linked Record index 


long 




Index 






TiPaused Timer is Paused 


bit 


TimedEvents 58 


Tvlndex Timed Event Identifier Index long 




TvTilndex Timed Event Timer Index 


long 




TvEvlndex Timed Event Event Index 


integer 




TvTime Timed Event Occurance Time date time 


TaggedOperations 60 


TgTi Index Tag Timer Index 


long 




TgString Tag String string 



Figure 3 is a schematic illustration of the functions of the system model 70, in 
accordance with a preferred embodiment of the present invention. The system 

5 server 72 uses a hierarchy of classes, which together form a COM library called 
"SYSTEMLib". System server 72 contains a set of objects which perform the actual 
workflow data collection. These objects can be manipulated by programmers 
through a Component Object Modeling (COM) interface, from within any instruction 
code set that recognizes COM. The entire functionality of system server 72 is 

10 available to the programmer/user through the classes of the SYSTEMLib library. 

The main function of system server 72 is to provide system information, as 
well as access to, or initiation of, lower level objects. SyOperations 74 and 
SyOperation 76 are where most activity occurs, i.e., where ongoing operations, 
which have started in the current session, are stored. 

15 The low level objects, SyEvents 78 and SyEvent, 80 store information 

regarding events, which have occurred during ongoing operations. Each member of 
SyOperations, e.g., those related to a specific ongoing operation, provides access to 
SyEvents containing events related to that operation. 
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The classes of system server 72 are sorted in a generally descending order 
according the hierarchy of Figure 3: 

• system server 72; 

• system operations 74; 

• system operation 76; 

• system events 78; and 

• system event 80. 

Members within a class are sorted alphabetically. 

Table II is a set of seven sub-tables, TABLE IIA through TABLE IIG, 
illustrating the details of the hierarchy of system server classes. 



TABLES II 



Preferred svstem server class: TABLE IIA 



-^blassificationKeys 



7 A SyAllowedClassifications collection of allowed 
classification codes. 



S^JContlnueOperatlon (Index) 



! Adds to Operations an operation previously paused. 
Returns new SyOperation. 



' ^JEventKeys 



A SyMowedEvents collection of allowed event keys. 




A SyAllowedOperations collection of allowed 
: operation keys. 




f Collection of ongoing SyOperations. 



; ':^JStartOperation(OpKey, 
j [UsKey], [StateSet, 



Adds a new Operation to Operations. Returns new 
SyOperation. 



[InitialState]]) 




I^StateSetKeys 



A SyMowedSfafe collection of allowed state 
, Keys. 

' Returns server clock time. 




l'CheckVersion(l\/lajor, Minor) 



Returns true if current System version is compliant 
^ with the version specified. 
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Preferred system server operations class: TABLE IIB 



^ICountO 



Fi ndO peration ( I ndex) 



r^iltem(lndex) 

!^iPauseUser(UsKey) 

'^^fstopUser(UsKey) 



Returns number of ongoing 
Operations. 

l^eturns""Oi^^^^^ i ndex. 

Returns an Operation from tiie coliection. 
^ Pauses all of user's ongoing operations. 
, Stops all of user's ongoing operations. 



Preferred system server operation class: TABLE IIC 



lAddEvent(EvKey) 



Adds a new Event to Events. Returns new SyEvent. 



-^1 



riChain (OpKey, StateSet, 
[InltialState]]) 

Classification 

Events 



fril.Jndex 
5^NextState() 



^JOperationKey 
^!pause() 



:„!PreviousState{) 



^^^jStartedTime 

Sistate 

=5stateSet 



r^lstopo 



stops current operation and Starts a new one, linking 
the two. Returns new SyOperation. 

Sets/returns Ciassif ication key. 

A collection of Event objects for operation. 

Returns ongoing operation index. 

Tncreases state by 1 . Returns state prior to change. 

Returns Operation Key identifier. 

Rernoves operation from Operations, without marking 
finishing time. 

^Decreases sfaie by 1 . Returns state prior to change. 
Returns starting time. 



Sets/returns State key. 



Returns State Set Key. 



^.Tag 



Removes operation from Operations, marking its 
finishing time. 
Sets/returns Operation tag. 
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10 



15 



^ ^ Returns User Key identifi^ 
iSjUserKey 



Preferred system server events class: TABLE IIP 



Returns number of events. 

:^Xount() 

liii Returns an Event from the collection. 
;frjltem(lndex) 



Preferred system server event class: TABLE HE 



^ ^ " Returns Index. 

SJIndex 

Returns Event Key. 

te^jKey 

™^ nReturns time of event. 

MlJTime 



System key collection classes: SyAllowedEvents, SyAllowedClassifications, 
SyAllowedStateSets, SyAllowedOperations: TABLE IIP 



_ Returns number of Items. 

^-ZJCountO 

. ^^^^ Returns item of matching index. 

""^:|tem{lndex) 



System kev Item classes : SyAllowedEvent, SyAllowedClassification, 
SyAllowedStateSet, SyAllowedOperatlon: TABLE ilG 



^ Index number of item. 

eiJindex 

Key string of item. 

Key 

p|5i Full name string of item. 
SJName 



20 Note: 
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Normally, operation's attributes are not set as free-text values (with the 
exception of the Tag). Rather, the operation's type, user, classification, state, event 
types etc. are selected from lists of "allowed values", such as AllowedOperations, 
AllowedUsers, and so on. 

5 

This selection may be done directly using an allowed key that is known to the 
programmer, for instance: 
MyOperation. Classification = "Successful" 

10 or via the key item classes, for instance: 

MyOperation. Classification=SyServer.AllowedClassifications.1tem(ClNumbe 
r).Key 

15 

The System Administrator 

System administrator 30 edits information required for the operation of system 
16. This includes mainly user authorizations and workflow parameters. User 

20 permissions are defined using a scheme described hereinbelow. According to this 
scheme, each system "document" (i.e. an "Executive" report, a "Supervisor" online 
screen etc.) can be assigned to a group and/or security level. Only then is the 
document accessible by users with appropriate security level and group designation 
on the specific application ("Executive", "Supervisor" etc.). The same scheme is 

25 applied for non document-specific permissions, such as logging in into an application. 

The workflow parameters tables 92 contain most of the information included 
in the "operational tables", described hereinabove (system database 28), with the 
exception of TimedOperations, TaggedOperations and TimedEvents, which record 
actual workflow execution 94 and are automatically created by system server 26. 

30 

Figure 4 is a schematic illustration of how system administrator 30 
participates in system operation 90, in accordance with a preferred embodiment of 
the present invention. 

35 

The Preferred System Security Scheme 
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Figure 5 is a flow chart that schematically illustrates how the system 
organizes the security interactions 100, in accordance with a preferred embodiment 
of the present invention. 

Table III illustrates the details of the of the security parameters corresponding 
to the table elements of figure 5. 



TABLE III 







AdminUsers 


102 


Ad Index 


^Administrative User Index 


iinteger 






AdName 


Administrative User Name 


string 






AdPassword 


""Administrative User Password 


Sstring 






AdMachine 


Ad^^ User MSMQ Site 


string 






AdMail 


Administrative User E-Maii 


jString 


UserRoles 


104 


UrAdlndex 


^Administrative User Index 


jinteger 




UrArlndex 


Adminlsfrafive Roie Index 


;integer 


AdminRoles 


106 


Arlndex 


Administrative Role Index 


integer 






ArName 


Administrative Role Name 


string 


RolePermits 


108 


RpArlndex 


lAdministrative Role Index 


^integer 






RpAp Index 


^Administrative Permit Index 


Jinteger 


AdminPermits 110 


Aplndex 


Administrative Permit Index 


:integer 






ApName 


Administrative Permit Name 


[String 






ApApp 


Administrative Permit AppHcation 


jString 



Figure 6 is a schematic illustration of the system supervisor functions 120, in 
accordance with a preferred embodiment of the present invention. 



The System Supervisor 

The system supervisor 32 is a monitoring tool designed to enable authorized 
personnel to watch online workflow information using a web (Internet/intranet) 
browser 122. System supervisor 32 is in essence a set of two separate applications: 

The System Supervisor-e 124 is the editor, with which online pages are 
created and configured; and: 
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The System Supervisor-/ 126 is a viewer, an applet which is run on browser 
122 and with which pages are viewed and populated with online data. 

Supervisor-/ 126 components have a cross-platform capability, so that system 
5 16 online data pages can be displayed from any operating system. This is achieved 
by putting together a wide range of available software technologies, the most notable 
of which are Java licensed by Sun, the Java DataBase Connectivity (JDBC) licensed 
by Sun and Extensible Markup Language (XML) supported by Microsoft and other 
vendors. XML Document Object Module (DOM) 128 is a specification for application 
10 program interfaces for accessing the content of XML documents. DOM is used 
because it provides the expected format for relational, hierarchical and 
non-symmetric data representation. Java programming language, being robust, 
secure, and automatically downloadable on a network, is an optimal basis for 
cross-platform database applications. JDBC driver 130 is the mechanism for talking 
15 from Java to remote data sources. 



Supervisor-/ Data Flow, 

20 The Supervisor-/ Java applet is preferably loaded into a client browser in this 

preferred embodiment invoking suitable components such as Swing Java 
components (licensed from Sun). This process may require the Plug-In for Java 2 
that downloads automatically upon a browser's request. Said applet establishes a 
connection to the system database 28 by invoking a JDBC Driver 130 Manager. A 

25 Connection object is used to pass SQL statements to main system database 128. 
The applet does not need to know which SQL statements are being sent, and is not 
involved in their generation. All SQL statements transferred to JDBC Driver 130 are 
obtained from the corresponding XML file 132. A security layer may be applied, if so 
desired, so that the open database port is safe. The exact security means (such as a 

30 Virtual Private Network (VPN) or other methods) are transparent to system 16 and 
are not further elaborated. VPN is the use of encryption in the lower protocol layers 
to provide a secure connection through the otherwise insecurity of Internet 
operations. 

35 Supervisor-e 124 is a Windows application whose main function is to create, 

edit, publish and grant permissions to the XML files 132, which represent different 
online pages. Editing is done in the normal windows fashion - Drag & Drop, Cut & 
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Paste to place objects on the screen; nnouse clicking on objects (or menu selection) 
to change properties. Editing nnode does not have to be "pixel precise": it is left up to 
supervisor-/ 126 applet to do the final arrangement of objects in the browser, 
according to window size. 

5 

Some of the objects that may be placed on the screen are: 

• Table Display - preferably a grid, which supervisor-/ 126 applet can populate 
with system database 28 information; 

• Label - plain text, which may be assigned a hyperlink; and 

10 • Image - a web graphic {such as Graphics Interchange Format (GIF, a service 
mark of CompuServe) or Joint Photographic Experts Group (JPG) format), which 
may be assigned a hyperlink. 

The table display may be chosen among one of the following basic types, to 
15 which additional types could be added on. Each type has its own unique set of 
columns, row selection options, row order options and summary options, such as: 

• The User Cumulative Time Display displays for each user/operation, the number 
of operations this user performed and their duration, since any selectable time 
such as midnight, beginning of month, etc; 

20 • The User Current Display displays for each user its current operation and time 
since any selectable time such as midnight, beginning of month, etc, based on 
selecting his latest unfinished operation; 

• The Operation Display displays for each operation or classification the number of 
operations performed by that classification and their duration, since any 

25 selectable time such as midnight, beginning of month, etc; and 

• The Event Display stores for all the events that took place since any selectable 
time such as midnight, beginning of month, etc, their time of occurrence, their 
destination (###) and the operation during which they took place. 

30 User Selectable Time Period such as Daily Display 

The following columns are among those that are available in this display: 

• User Name; 

• Group Name; 

• Operation; 
35 • Count; 

• Average Length; 
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• Minimum Length; and 

• Maximum Length. 

The following row selections are among those that can be made: 
5 • User(s) or ail; 

• Group(s) or all; and 

• Operation(s) or all. 

The preferred sort order for the rows is: first - group, then - user and last - 
10 operation. 

User name, group and operation can be selected (on run-time) as filters; Count, 
average length, minimum length and maximum length can be used to set color 
codes. 

The following summaries are among those that are available in this display: 
15 • User Name - none; 

• Group Name - none; 

• Operation - none; 

• Count - sum(count); 

• Average Length - sum(count*average length)/sum(count); 
20 • Minimum Length - min(minimum length); and 

• Maximum Length - max(maximum length). 

An Exemplary User Current Display 

The following columns are among those that are available in this display: 
25 • User Name; 

• Group Name; 

• Operation; 

• State Order; 

• State Name; and 
30 • Time, 

The following row selections can be made 

• User(s) or all; 

• Group(s) or all; 

35 • Operation(s) or all; 

• State Order(s) (value for ongoing or 0 if finished) or all; and 
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• State Name{s) (state name for ongoing or "[finished]") or all. 
The sort order for the rows is preferably: first - group then - user. 

User name, group, operation and state can be selected (on run-time) as filters. 
Time and status can be used to set color codes, 
5 The following summaries are among those available in this display: 

• User Name - none; 

• Group Name - none; 

• Operation - none; 

• State Order - none; 

10 • State Name - none; and 

• Time - count(*). 

An Exemplary Operation Display 

The following columns are available in this preferred display: 
15 • Operation; 

• Classification; 

• Count; 

• Average Length; 

• Minimum Length; and 
20 • Maximum Length. 

The following row selections can be made in this preferred display: 

• Operation(s) or all; and 

• Classification(s) or all. 

25 The preferred sort order for the rows is: first - operation then - classification. 

Classification and operation can be selected (on run-time) as filters. 
Count, average length, minimum length and maximum length can be used to set 
color codes. 

30 The following summaries are among those available in this display: 

• Operation - none; 

• Classification - none; 

• Count - sum(count); 

• Average Length - sum(count*average length)/sum(count); 
35 • Minimum Length - min(minimum length); and 

• Maximum Length - max(maximum length). 
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Event Display 

The following columns are among those available in this display: 

• Day Time; 

5 • Event Name; 

• User Name; 

• Group Name; and 

• Operation. 

10 The following row selections are among those that can be made: 

• User(s) or all; 

• Group(s) or all; 

• Events(s) or all; and 

• Operation(s) or all. 

15 

The preferred sort order for the rows is decreasing time from a selectable event. 
User name, group, operation and event can be selected (on run-time) as filters; 
event and operation can be used to set color codes. 

20 

The following summaries are among those available in this display: 

• Day Time - count(*); 

• Event Name - none; 

• User Name - none; 

25 • Group Name - none; and 

• Operation - none. 

An Exemplary Table Display Appearance 

The following is how an exemplary display object is preferably arranged by 
30 Supervisor-/ 126 to appear in the browser, depending on the options selected. The 
parameters 

shown in Italic font are all part of the object's property page, which is user editable 
via Supervisor-e 124. 

If DisplayBorder is on, the object is surrounded by a border, with the color 
35 defined in the page properties. 
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Inside, if ShowTitle is on, the title is displayed on the row, justified according 
to page properties. 

Below the title, the display itself is displayed, with a grid if DisplayGrid is on. 

The top row (two below the title) holds column names, if ShowColumnNames 
5 is on, for all SelectedColumns. Names are displayed in bold text with the page 
properties background color as their background. 

Below, all values that match the row selection is displayed, if Show Values is 
on. If EnableColorCodes is also on, a colored background appears behind each 
value in the relevant column. 

10 

If either EnableRuntimeFilters or ShowSummaries is on, two additional rows 
are displayed: 

In the first row, with bold text and the page properties background color as 
background, are displayed the following: "Avg.", "Min", "Max", "Count", "Sum" for 
15 summary columns. A "Filter" button for filter columns. Pressing that button prompts 
for a filter value. 

In the second row, for all summary columns, the summary value is displayed 
(calculated for all selected/filtered rows); for all filter columns, the filter is displayed, 
or if none is selected. Other fields remain empty. 

20 

The System Reactor 

Figure 7 is a schematic illustration of the functions of the system reactor 140, 
in accordance with a preferred embodiment of the present invention. System 
Reactor 140 is an alert management tool. It is designed to enable authorized 
25 personnel to define specific workflow conditions as alert rules, and specify how to 
respond when these conditions occur; and it includes various software components, 
which perform the actual testing of conditions and execution of responses. 

Reactor Components 

30 The following components form an exemplary system reactor 140, as shown 

in Fig. 7: 

The Rules Editor 142 is an application that enables the user to visually 
create, edit and publish rules. Several "wizards" are included to make rule creation 
easier and more intelligent, as described in the following pages. 

35 

Reactor Triggers 144 are a set of database 28 triggers, activated upon 
insertion into the TimedOperations and TimedEvents, or updating (by adding 
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FinishTime) to TimedOperations table, which supply the initial data for some of the 
condition tests 

The System Span 146 checks conditions for rules with a fixed testing time 
(unlike rules which are constantly being checked by triggers). Span 146 is initiated 
when necessary by the operating system task scheduler 148 (like Windows Task 
Scheduler). 

The System Herald 150 is a service that receives alerts from various sources 
(Span 146, triggers 144) and performs the required action, as defined by the 
appropriate rule. The reaction may be notifying users, executing a program etc. User 
notification may either be via e-mail (by SMTP 152) or with System's own "Notice". 

The System Notice 154 Is a pop-up message agent. Notice 154 receives 
Herald messages that are buffered by a local operating system Herald queuing 
service 156 (like Microsoft's MSMQ). This can be used to differentiate Reactor alerts 
from regular e-mail. 

Rules Editor 142 is a windows-based application, which can be installed on 
system server 26 hardware or on any remote PC. Working with the product is 
handled via a main menu, and using an "explorer" style GUI. 

The main menu options are: 

• File; 

• Edit; 

• Tools; 

• Help; and 

• File Menu. 

The "files" referred to are in fact rules, as they appear in the reactor "explorer" 
screen. 

The file menu options are: 

• Load Rules; 

• Publish Rules; 
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• Load Local...; 

• SaveLocaL..; 

• New Library; 

• New Rule; 

5 . 

• Print...; and 

• 

• Exit. 

10 "load rules" loads the set of active rules from the server database, preventing 
them from being altered by another user for the duration of the editing session, 
"publish" updates the server with the edited rules. 

"load local" and "save local" allow the user to maintain a local copy or backup of 
15 the set of rules; this set is not actually used until published on the server. 

A "library " is a collection of related rules. 

The library sub-menu is: 
20 • Operation; 

• Classification; 

• State; and 

• Work Group. 

25 A library can be created directly under the main library, or under an existing 
library. A library is preferably a different type than its parent libraries. 

When "new library > Operation" is selected, a window pops up where the user 
can select one or more operations, by its name, from the operations table predefined 
by the administrator. 

30 Similarly, "new library > Classification" opens a window which lists predefined 
classification types, "new library > State" opens a window where a state set and 
value can be selected. 

"new library > Work Group" opens a window which lists predefined groups. 
A "rule" is hereby referred to as the definition of a reaction taken when a certain 
35 condition occurs. Rules always relate to the libraries in which they reside. Exemplary 
relations may be, but need not always be, of the following forms: 
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• General rule: if a rule is created inside the main {1st level) library, it relates to 
every operation performed by any person in the organization. 

• 2nd degree rule: if a rule is created inside a 2nd level library, it relates to it. e.g., 
operations of a certain type. 

5 • 3rd degree rule: if a rule is created inside a 3rd level library, it relates to it and its 
parent library, e.g., operations of a certain type performed by a specific group. 

• 4th degree rule: if a rule is created inside a 4th level library, it relates to all parent 
libraries: operations of a certain type, performed by a specific group and given a 
particular classification. 

10 

The rule sub-menu is: 

• Timer; 

• Event; and 

• Quota. 

15 

When a timer rule is selected, a window opens with the following tabs: 

• Time selection - where the user is required to enter the operation length, which 
initiates a reaction. 

• Reaction - where the user selects the type of reaction taken. 

20 

Selecting an event rule opens a window with the following tabs: 

• Event selection - where the user can select an event from the events table 
predefined by the administrator. 

• Reaction - where the user selects the type of reaction taken. 

25 

When a quota rule is selected, a window opens with the following tabs: 

• Quota selection - where the user is required to enter the time of day when to 
check quota, the quantity to check for, and whether to invoke reaction if quantity 
is >, >=, =, <>, <=, or < than quota. 

30 • Reaction - where the user selects the type of reaction taken. 

Edit Menu 

Some of the possible edit menu options are: 

• Change Library...; 
35 • Change Rule...; 

• Active; 
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• 

• Cut; 

• Copy; 

• Paste; 

5 • 

• Delete; and 

• Select All. 

"Change library" reopens the library selection window (with either the operations, 
10 classifications or work groups table). "Change rule" opens the rule setting window, 
with the "reaction" tab on. "Active" can be marked on (default) or off, indicating 
whether a rule or a library is to be applied. 

Tools Menu 

15 Some of the possible the tools menu options are: 

• Libraries Wizard...; 

• Rules Wizard; 

• Rules Analyzer; 

• 

20 • Arrange Icons; and 



• View All. 

libraries wizard" opens up a series of windows that allow the user to quickly 
25 create a full set of libraries which match the predifined administrative tables. This 
option can be applied to the main library, to a specific 2nd or 3rd level library, or to a 
group of libraries of the same level (2nd or 3rd ), type and parent libraries type. 
The "create libraries" wizard works through the following steps, each with 
"nextTprevlousTcancel" options: 
30 • Step 1: the wizard informs the user of the initial level of creation, parent libraries 
and how many levels could be created. For instance "2nd level: Workgroup. 3rd 
level: current 2 levels may be added." 

• Step 2: the wizard asks for the type of library to create on the current level 
(operations, classifications or work group - but not a type which exists as a 

35 parent library). The user can also select whether to create libraries for all records 
in the administrative table, or only for those in use, i.e. for which records exist In 
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the TimeSummary table (operations and classifications) or Userlndex table (work 
groups). 

• Step 3: if more tlian 1 level can be added, step 3 is simitar to step 2. A "skip" 
option can be used to skip to step 5. 

5 • Step 4: if a third level can be added, the wizard informs the user of the library 
type which is created. For instance "4 th level: Classification". The user selects 
whether to create libraries for all records or only for those in use. The "skip" 
option can be used. 

• Step 5: the program queries database 28 for all libraries as requested; when 
10 finished, a list of all the resulting libraries appears (each row in the form 

"Operation: OpName / Classification: CIName / Group: GrName"). All rows are 
initialy selected; the user may deselect rows. A "create" option can be used to 
create the selected libraries. 



15 The rules sub-menu options are: 

• Timers...; 

• Events...; and 

• Quotas.... 



20 These options can be applied to the main library or to any number of lower level 
libraries. 

The "timer" wizard works through the following steps, each with 
"nextTpreviousTcancel" options: 

• Step 1 : the wizard asks the user to select a minimum value, maximum value and 
25 interval (in selectable units such as minutes). 

• Step 2: similar to the "reaction" tab in the new/change-rule options. 

• Step 3: the wizard asks the user whether to create rules in all levels selected, or 
only in lowest level of each branch. A "create" option can be used to create the 
defined rules. 

30 

For instance, if the user chooses minimum=10, maximum=20, interval=5, than 
rules for "10:00", "15:00" and "20:00" are created in each of the selected libraries. 

The "event" wizard performs the following steps, each with 
"next"/"previous"/"cancer' options: 
35 • Step 1 : the program queries the database for all event types; when finished, a list 
of all the resulting event names. All rows are initially selected; the user may 
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deselect rows, or mark "only in use" (i.e., only events wliich have records in tlie 
"timed events" table). 

• Step 2: similar to tlie "reaction" tab in the new/change-rule options. 

• Step 3: the wizard asks the user whether to create rules in all levels selected, or 
5 only in lowest level of each branch. A "create" option can be used to create the 

defined rules. 

A "quota" rule-wizard performs the following steps, each with 
"nextTpreviousTcancel" options: 
10 • Step 1 : the wizard asks the user to select a minimum value, maximum value and 
interval (in minutes) for day-time hours to check for quota. 

• Step 2: the wizard asks the user to select a starting and interval values for 
quantities to check for at each quota "checkpoint hour", and a logical operator 
with which to perform the check. 

15 • Step 3: similar to the "reaction" tab in the new/change-rule options. 

• Step 4: the wizard asks the user whether to create rules in all levels selected, or 
only in lowest level of each branch. A "create" option can be used to create the 
defined rules. 

20 The "arrange icons" menu preferred options are: 

• By Type; 

• By Name; and 

• Enabled. 

25 If "by type" is selected, all icons appear sorted by type, libraries first. If "by 

name" is chosen, icons appear sorted by name, numerical values (like "5:00") coming 
first. If "enabled" is chosen, icons are sorted with full libraries first, empty libraries 
second, enabled rules third and disabled rules last. 

The "Display All" option is selected by default; if deselected, libraries which do 

30 not contain any rules become invisible. 

An exemplary "reaction" dialog 

Figure 8 is a computer screen image of a dialog box 160 illustrating the 
reactor dialog, in accordance with a preferred embodiment of the present Invention. 
35 A similar form appears in the timer/event rule setting windows and in the timer/event 
rule wizards. 
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The user may set one or more reaction types to be activated when the 
timer/event condition is met. 

The "Pop Up" 162 feature is utilized using the "notice" 154, installed on the 
5 client PC's. The control displays a message 164 on the screen (using the text 
entered in appropriate field in the reaction dialog), whenever the preset conditions 
are met. 

The "Mail" option 166 sends a notification of the event or time, together with 
10 the type of operation, classification and user for whom the conditions were met, to a 
specified mail recipient. More than one recipient may be selected using the "To..." 
button 168. 

The "log" 170 option can be used to write a notice as a line in the log table, 
15 with the specified message, for later reference. 

The "Execute" 172 option may be used to activate an executable program. 
The program may reside on a network library, accessible to all clients. Alternatively, 
the program may be run from the client local hard disk, in which case it is necessary 
20 for all clients to have the program located in the same local library. 

A "browse" 174 button can be used to locate the executable. 

The "Event" 176 option initiates an event, from the predefined list of events in 
25 the Eventlndex table. The event is registered for the ongoing operation (for a "timer" 
rule 178 only). This option may be used to create time-dependant events, without 
having to hard-code them in the application. 

An exemplarv Rule Editor Screen 
30 Figure 9 is a computer screen image illustrating the creation of a 

time-dependent "event" 180, in accordance with a preferred embodiment of the 
present invention. In the example above, the "angry customer" rule which appears in 
the right pane 182, relates to an event called "angry customer" which occurs during a 
"telemarketing" operation classified as "upgrade". 

35 

In the left pane 184 can be seen some rules, set to be checked when a 
"telemarketing" operation is classified "cross sale". The "30:00" rule 186, however, 
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relates to any "telemarketing" operation tliat reaches 30 nninutes. The "<=10 by 
12:00" rule 188, which appears in the right pane, describes an operation that takes 
place if no more than 10 telemarketing operations classified "upgrade" occur by 
12:00. 

5 

Clicking on an icon selects it. Multiple choice through "shift" or "ctrl" keys is 
available. 

Double-clicking on a library or rule icon is equivalent to "change library" or 
"change rule", respectively. 
10 Right-clicking an icon opens a floating "edit menu". Right-clicking the "tree 

display" pane displays a floating "tools menu". Right-clicking the "workspace" pane 
displays a floating menu with "new library "new rule "paste" + the "tools" menu 
options. 

15 An exemplary Rule Analyzer Sub Menu 
The sub-menu options are: 

• Timers...; 

• Events...; and 

• Quotas.... 

20 These options can be applied to the main library or to any number of lower level 
libraries. The analysis relates to all rules within these libraries. Analysis takes place 
according to the two-phase method described below. 

Two Phase Rule Analysis 

25 Rule analysis takes place in two phases - analysis of existing rules, and 

proposing new ones. The two phases are separate actions as far as the user Is 
concerned, although they are related and may share some data. 

Phase 1 - Analyze Existing Rules 

30 This phase has to do with examining database records and assessing the 

supposed frequency of alerts for the period examined, based on the current 
configuration of rules. This does not necessarily imply that such alerts have 
happened, and it is possible to check newly created rules against old data. 

35 Phase 2 - Proposing New Rules 
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This phase involves examining database records and calculating reasonable 
filters that create rules that produce the right amount of alerts, that is - not too much 
and not too little. 

The exact thresholds are based on desired percentage of events, operations 
5 or employees to be pointed at by alerts. 

Analysis & Proposal Scheme 

The general scheme for analysis & proposal are as follows: 

• The user selects the library to be analyzed, in the Reactor explorer (for multiple 
10 libraries, the following is repeated for each library separately). 

• The user selects the rule type to be analyzed from the menu. 

• The user is prompted for the period for analysis. 

• The user is prompted for additional rule type specific parameters . 

• A rule type specific query selects data relevant to library and period into a 
15 temporary table . 

• A query selects all rules belonging to library and rule type into rules . 

• A rule type specific analysis procedure tests table against rules and parameters , 
producing a report . 

• A rule type specific proposal procedure tests table , rule type and parameters , 
20 producing a proposal . 

• The user is asked to select rules to be removed out of rules , and rules to be 
selected from a proposal and inserted into rules . 

Examplarv Timer Rules 
25 Below is a breakdown of the 2-phase scheme for Timer rules. 

Timer prompt Bars^eters 

how many operations should fit rule Percentage ^ 

use quick proposal procedure? Quick ^ 



Timer Query Tabje 



SELECT Tilndex, (TiFinishTime - TiStartTime) AS Length FROM TimedOperations 
WHERE 

(TimedOperations.TiOplndex = Library .Oplndex OR Library .Oplndex IS NULL) AND 
35 (TimedOperations.TiCllndex = Library .Cllndex OR Library .Cllndex IS NULL) AND 
(TimedOperations. 7/Sf/ndex = Library .Stlndex OR Librarv .Stlndex IS NULL) AND 
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(TimedOperationsT/Gr/ndex = Librarv .Grlndex OR Library. Grlndex IS NULL) 
AND 

(TimedOperations.TiStartTime IN Period ) 
AND 

5 (TimedOperations.TiFinisliTime IS NOT NULL ). 

TiStlndex and TiGrlndex are virtual fields calculated by selecting the matching 
AllowedStates.Stlndex and AllowedUsers.UsGrlndex, respectively. Length 
represents the 
operation length. 

10 

Timer Query Report 

First calculate the total number of operations in the table , then count number 
of operations that match all rules and calculate percentage. 
7ofa/ = 

15 SELECT count(*) from Table 

SELECT Rules.RulelD, count(*) as Number, (Number/TotariOO%) as Percent, 

(Percent -Parameters. 

Percentage) as Difference 

FROM Rules, Table WHERE 
20 (Table.Lengf/7 > Rules.TimeLength) 

GROUP BY Rules.RulelD 

Timer Query Proposal 

Proposal preparation depends on the selection of Parameters . Qu/ck. If quick 
25 method is requested, the proposed TimeLength is calculated according to the mean 
and standard deviation of the Table population. If not, the Table is searched, and a 
value for TimeLength is sought that satisfies the percentage. 

Quick Method: 
30 Mean = AVG (Table .Lengfh) 
Dev = SDEV (J^le.Length) 
ErIangK = ROUND (Mean'^l I Dev^2) 
ErIangL = Mean I Dev^2 

Proposal = InvertErlang (percentage,ErlangK,ErlangL) 

35 

Slow (actual sampling) Method: 'Accompanied by Progress Bar Display 
'Dim Bar as New ProgressBar 
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Initialize: 'Bar.Min ™ 0 

Total = SELECT count(*) from Table 

/W/n/ = MIN (Table.Lengfh) ^BarMax = Log{Total)/. 

Maxi = MAX (Table.Z-engfh) ' Log(2) 1 
5 Guess = MINI + filMX/ - MINI) * (Parameters.Percenfage / 1 00%) 

Add=0 'Bar. Value 0 
Start_Loop: 

Number = SELECT count(*) FROM Table WHERE 
{Jab\e.Length > Guess) 
10 Percent = {{Number+Add)/TotariOO%) 

Bar.Value " Bar.Value 1 
If ABS(Percenf - Parameters. Fercenfage) < 1% then 
Goto End_Proposal 
If Percent > Parameters. Percen?age) then 
15 Table = 

SELECT Table.Lengfft FROM Table WHERE 

(Table. Lengf/? => Mini) AND {Jable.Length < Guess) 
Add = Add + Number + 1 
Maxi = Guess 
20 Guess = (Guess + Min\) 1 2 

Else 

Table = 

SELECT Jable.Length FROM Table WHERE 

(Jable.Length > Guess) AND (Table. Lengf/7 <= Maxi) 
25 Mini = Guess 

Guess = (Guess + Maxi) / 2 
Goto Start_Loop 
End_Proposal: 

Proposal = Guess Bar.Value ~ Bar. Max 

30 

Event Rules 

Below is a breakdown of the 2-phase scheme for Event rules. 



Event prompt Parameters . 

35 how many events (per operation) should fit rule Percentage 
^ how many events (a day) should fit rule Daily — p. 
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Event Query Table 

SELECT Evlndex, count(*) AS Number FROM TimedEvents, TimedOperations 
WHERE 

(TimedOperations.TiOplndex = Library .Qplndex OR Librarv .Qplndex IS NULL) AND 
5 (TimedOperations.TiCllndex = Library. CI Index OR Library. CI Index IS NULL) AND 
(TimedOperations. 7/SWnGfex = Library .Stlndex OR Librarv .Stlndex IS NULL) AND 
(TimedOperations. T/Gr/ncfex = Library .Grlndex OR Library .Grlndex IS NULL) 
AND 

(TimedOperations.TiStartTime IN Period ) 
10 AND 

(TimedOperations.TiFinishTime IS NOT NULL ) 
AND 

(TimedOperations.Tiindex = TimedEvents.TvTilndex) 
GROUP BY TimedEvents.Evlndex 
15 TiStlndex and TiGrlndex are virtual fields calculated by selecting the matclning 

AllowedStates.Stlndex and AllowedUsers.UsGrlndex, respectively. Length 
represents the 
operation length. 

20 Event Query Report 

For each event in Rules, it is pointed out if its frequency (according to Table) 
is within boundary of Percentage and Daily. 

Temp = TimerQuery .Table 
25 Operations = (SELECT count(*) from Temp) 

Days = (DATED! FF (dd, Period-Start. Penod.End) + 1) 

SELECT RuIes.RulelD, Table .A/umiber, ( Table . A/amiber / Operations) as PerOp, 
(PerOp -Parameters. 

30 Percentage) as DifferencePerOp, (Yable.Number I Days) as PerDay, (PerDay 
- Parameters . Da//v) as DifferencePerDay 
FROM Rules , Table WHERE 
(Table.Evlndex= Rules .Evlndex). 
Specification Page 32 

35 

Event Query Proposal 
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The proposed events is selected so that both the daily and per-operation 
conditions are met. 

SELECT Evindex FROM Table WHERE 
{{Number I Operations) < Parameters . Percentage) 
5 AND 

{{Number! Days) < Parameters. Da//y) 
Quota Rules 

Below is a breakdown of the 2-phase scheme for Quota rules. 

10 

Quota prompt Parameters 

how many users (out of total users in group) should fit rule Percentage 
how maoy-^isers (a day) should fit rule Daily p. 

15 Quota Query Table 

SELECT Tilndex, TiUslndex, 

CONVERT{DATE JiFinishTime,3) AS Day 'Style 3 = dd/mm/yy 
C0NVERT(DATEJiFinishTime,8) AS Time 'Style 8 = hh:mi:ss 
FROM TimedOperations WHERE 
20 (TimedOperations.TiOplndex = Library. Op Index OR Librarv .Oplndex IS NULL) AND 
(TimedOperations.TICIIndex = Librarv .Cllndex OR Librarv .Cllndex IS NULL) AND 
(TimedOperations. 77Sf/r?c/ex = Librarv .Stlndex OR Librarv .Stlndex IS NULL) AND 
(TimedOperations. r/Gr//?c/ex = LIbrarv .Grlndex OR Librarv .Grlndex IS NULL) 
AND 

25 (TlmedOperations.TiStartTime IN Period ) 
AND 

(TimedOperations.TiFinishTime IS NOT NULL ) 

TiStlndex and TiGrlndex are virtual fields calculated by selecting the matching 
30 AllowedStates.Stlndex and AllowedUsers.UsGrlndex, respectively. 

Quota Query Report 

For each rule in Rules , the average number of users creating alerts is 
counted(according to Table) and check if it is within boundary of Percentage and 
35 Daily. A preliminary (not visible) report contains for combinations of rules & dates, 
how many alerts actually occurred every day. 
Users = (SELECT count(DISTINCT Uslndex) from Table ) 
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Temp = SELECT Rules .RulelD, Table .Dav, Table .TiUslndex, Count (Table .Tilndex) 
as 

Amount FROM Rules, Table WHERE 
Table .Time < Rules .DayTime 
5 GROUP BY Rules .RulelD, Table .Dav, Table .TiUslndex 

Preliminary = SELECT Rules .RulelD, Table .Dav, Count{*) as Alerts FROM Rules , 

Temp 

WHERE 

(Rules .RulelD = 7emp.RulelD) AND 
10 {{Amount > Quantity AND Operator = '>') OR 

(Amount >= Quantity AND Operator = '>=') OR 

(Amount < Quantity AND Operator = '<') OR 

(Amount <= Quantity AND Operator = '<=')) 

GROUP BY Rules .RulelD, Table . Day 
15 Report = 

SELECT RulelD, Ayg{Preliminar^. Alerts) as PerDay, (PerDay I Users) as Perils, 
(Perils - Parameters . Percenfage) as DifferencePerUs, (PerDay - Parameters. Da//y) 
as DifferencePerDay 
FROM Preliminary 
20 GROUP BY Rules .RulelD 

Quota Query Proposal 

The proposed quantities is selected so that both the daily total and per-user 
conditions are met. Note that the algorithm uses parameters & tables defined in the 
25 previous steps, as if they were not de-allocated (or are global). 

Limit = MIN(Parameters.Percenfage * Users, Parameters.Da//y). 

Proposal preparation is as follows: since there may be several quota rules in 
30 a single library (for different hours), loop on each rule; then scan all days in period; 
for each day, sort users by their operation count, and find a daily quota that satisfies 
the limit; at the end, average all daily quotas, to find the rule quota; then, update the 
Proposal table. 

'Accompanied by Progress Bar Display 
35 Initialize; 'Dim Bar as New ProgressBar 

RuleCount^ (SELECT count(DISTINCT RulelD) from Temp) 
DayCount = (SELECT count(DlSTINCT Day) from Temp) 
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'Bar.Min = 0 
'BarMax = RuleCount 

Proposal = SELECT RulelD, 0 AS Proposed FROM Temp 
GROUP BY Rules.RulelD 'Bar.Vafue = 0 

5 

Journal = SELECT Day FROM Temp GROUP BY Day 

DECLARE ProposalCursor CURSOR FOR 
SELECT RulelD FROM Proposal 
10 DECLARE Journa/Carsor CURSOR FOR 
SELECT Day FROM Journal 

Loop_rules: 

FETCH NEXT FROM ProposalCursor INTO Rule 
15 IF @@fetch__status<0 GOTO End_proposal 

FETCH FIRST FROMJournalCursor INTO Jour 
IF @@fetch_status<0 GOTO End Journal 
DayTotal = 0 Bar. Value - Bar, Value ^ 1 
Loop_days: 

20 Op = SELECT Operator FROM Rules 

WHERE Rules.RulelD = Rule 
IF Op IN (V/>=') THEN 

DECLARE Searc/?Ci7/'sor CURSOR FOR 
SELECT Amount FROM Temp 
25 WHERE RulelD = Rule AND Day = Jour 

ORDER BY Temp DESCENDING 
IF Op IN ('<';<=') THEN 

DECLARE Searc/)Ct/rsor CURSOR FOR 
SELECT Amount FROM Temp 
30 WHERE RulelD = Rule AND Day = Jour 

ORDER BY Temp 
IF Op IN ('>=','<=') THEN 

FETCH ABSOLUTE Limit FROM SearchCursor 
INTO TempQuota 

35 ELSE 

FETCH ABSOLUTE Limit +^ FROM SearciiCursor 
INTO TempQuota 
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IF @@fetch_status<0 

FETCH LAST FROM SearchCursor 

INTO TempQuota 
DEALLOCATE SearchQuota 
5 DayTotal = DayTotal + TempQuota 

FETCH NEXT Day INTO Jour 
IF @@fetch_status=0 GOTO End Journal 
GOTO Loop_days 

Endjournai: 

10 UPDATE Proposal SET Proposed = INT(Dayro?a/ / DayCount) 
WHERE RulelD = Rule 
GOTO Loop_rules 
End_Proposal: 

Proposal = Proposal 'Bar. Value = Bar. Max 

15 

The Reactor Triggers 144 

Rule structure 

The rule is defined by many parameters, generally grouped as following: 

• Library information (to which operations the rule applies; 

20 • Alert information (under which conditions an alert is activated); and 

• Response information (what action to take when alert is activated). 

Detailed below are library and alert information, as the processing of these tal<es 
place (in part) at database 28 level. Response information is completely up to the 
25 "Herald" service 156, and does not require database 28 implementation other then 
reading it. 

Library Information 

Library information includes these data fields: 
30 • Operation; 

• Classification; 

• User Group; and 

• State. 

With any of the above, a NULL value functions as a wild card. For a rule to be 
35 tested, an operation must comply with all non-NULL values. 
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Alert Information 

Aleirt information includes these data fields: 

• Rule Type; 

• Delay; 
5 • Event; 

• Day Time; 

• Quantity; and 

• Logical Operator. 

10 Rule type may either be T, E, Q or C for Timer, Event, Quota or Counter, 
respectively. Delay determines the length of the operation for testing by a Timer rule; 
Event determines the event type to be tested by an Event rule; Day Time , Quantity 
and Logical Operator define a Quota rule; Quantity and Logical Operator also define 
a Counter rule. 

15 

Event Rules 

Event rules is tested by a trigger. A successful testing by this trigger directly 
leads to an alert activation (that is intercepted by the "herald" service). 

20 Event Trigger: The trigger is set upon an INSERT to the TimedEvents table. 

The test for an Inserted row is: 

Logic : return the timed operation that "contains" the event, and any rule that applies 
25 to this event (there may be more than one rule, for instance - one rule for all 
operations of a certain type, and a more restricted rule for a specific user group). 

SQL : 

SELECT Tilndex,RulelD FROM Inserted, TimedOperations,SyRules WHERE 
30 Inserted.TvTilndex = TimedOperations.Tilndex AND 
Inserted.TvEvlndex = SyRules.Evlndex AND 

(TimedOperations.TiOplndex = SyRules.Oplndex OR SyRules.Oplndex IS NULL) 
AND 

(TimedOperations.TiCllndex = SyRules.Cllndex OR SyRules.Cllndex IS NULL) AND 
35 (TimedOperations.T/Sf/nc/ex = SyRules.Stlndex OR SyRules.Stlndex IS NULL) AND 
(TimedOperations. r/Gr/ndex = SyRules.Grlndex OR SyRules.Grlndex IS NULL) 
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TiSttndex and TiGrlndex are virtual fields calculated by selecting the matching 
AllowedStates.Stlndex and AllowedUsers.UsGrlndex, respectively. 

5 Event Alert 

An alert is set off by sending "Herald" 156 the results of the above trigger. 
Timer Rules 

Timer rules is tested by a trigger 144. A successful testing by trigger 144 
10 initiates a timer within "herald" 156. This timer's alarm leads to an alert activation. 
Cancellation is also tested by a trigger 144. 

Timer Trigger 

Trigger 144 is set upon an INSERT to the TimedOperations table. The test 
15 for an Inserted row is Logic: return the timed operation and any rule that applies to 
this operation. 

SQL: 

SELECT Tilndex,RulelD FROM Inserted, SyRules WHERE 
20 (TimedOperations.TiOplndex = SyRules. Opindex OR SyRules. Opindex IS NULL) 
AND 

(TimedOperations.TiCllndex = SyRules.Cllndex OR SyRules.Cllndex IS NULL) AND 
(TimedOperations. 77S«ncfex = SyRules.Stlndex OR SyRules.Stlndex IS NULL) AND 
(TimedOperations. 7/Gr//7c/ex = SyRules.Grlndex OR SyRules.Grlndex IS NULL) 

25 

TiSttndex and TiGrlndex are virtual fields calculated by selecting the matching 
AllowedStates.Stlndex and AllowedUsers.UsGrlndex, respectively. 

Timer Alert 

30 A timer (or timers) are activated by sending "Herald" 156 the results of the 

above trigger 144. 

This timer ticks for a specified length of time, or until it is deactivated by a cancelation 
trigger 144. When the timer finishes ticking, it sets off the actual alert. 

35 Timer Cancelation 

The cancelation trigger is set upon an UPDATE to the TimedOperations table. 
The test for an Inserted row is: 
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Logic: return the timed operation(s) finished. 
SQL: 

5 SELECT Tilndex FROM Inserted WHERE 
TimedOperationsTiFinishTime IS NOT NULL 

Quota Rules 

Quota rules is tested by a scheduled "Span" 146 component. The component 
10 queries for compliant users; users passing the test leads to an alert activation. 

Quota Schedule 

A scheduling or timer mechanism is activated for each rule, according to the 
DayTime column in the SyRules table. 

15 

Quota query 

Logic: step 1 - return each user's count of operations (only those started and finished 
today) of the type tested by the rule. Step 2 - return users for whom the rule has 
been met; step 2 is determined according to the Operator & Quantity columns in the 
20 SyRules table (there may be more than one user returned by the query). 

Unlike Timer & Event rules, here the specific rule tested is given, and we first 
define a few parameters based on it. 

25 SQL: 

@Op is the rule's allowed operation index tested 
@CI is the rule's allowed classification index tested 
@Gr is the rule's allowed group index tested 
@St is the rule's allowed state index tested 
30 @Qt is the rule's test quantity 

@Lo is the rule's logical operator 
SELECT @step1 = 

SELECT TiUslndex,count(Tilndex) AS Amount FROM 
TimedOperations WHERE 
35 (TimedOperations.TiOplndex = @0p OR @0p IS NULL) AND 

(TimedOperations.TiCllndex = @CI OR @C1 IS NULL) AND 
(TimedOperations. r/Sf/nc/ex = @St OR @St IS NULL) AND 
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(TimedOperations.r/Gr/A?c/ex = @Grlndex OR @Gr IS NULL) AND 
(TimedOperations.TiStartTime >= GetDAte() ) AND 
(TimedOperations.TiFinishTime IS NOT NULL ) 
GROUP BY TiUslndex 

5 

TiStlndex and TiGrlndex are virtual fields calculated by selecting the matching 
AllowedStates.Stlndex and AllowedUsers.UsGrlndex, respectively. 



SELECT @step2 = 
10 SELECT TiUslndex FROM @Step1 WHERE 

(Amount > @Qt AND @0p = '>') OR 
(Amount >= @Qt AND @0p = OR 
(Amount < @Qt AND @0p = '<") OR 
(Amount <= @Qt AND @0p = '<=') 

15 

Quota Alert 

A timer (or timers) is activated by sending "Herald" 156 the results of the 
above query. Each user returned is to be considered an "alert source", and for each 
- a separate message is sent. 

20 

Dataflow Between Reactor Components 

Rules Editor 142 scans SyRules Table in the System main database to 
visually represent the existing rules to end-user. Rules Editor 142 refers to XML file 
152 named "rules.xmr to obtain the hierarchical structure of the rules and organizes 

25 them into "libraries". It is required that this file is placed at the same directory as 
Rules Editor 142 is located. In order to perform this step Rules 
Editor 142 uses DOM 128 to access the XML and ADO to access database 28. 

Rules Editor 142 allows the creation and publishing of the rules. This action 
affects both SyRules Table, that actually stores the rule details and "rules.xml" file 

30 that contains the rule hierarchical relationship. If a "quota" rule is created, Rules 
Editor 142 establishes the connection with Windows Task Scheduler Service to set 
up the System Span Task. For Timed and Event rules no further Editor 142 action is 
needed. 

Newly created Rules are stored in Rules Table ("SyRw/es") of main system 
35 database 28. The added record number is passed to the triggered task as an 
execution parameter (e.g. command line parameter). The following code from Rules 
Editor 142 demonstrates this technique: 
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// EXECUTE INSERT SQL STATEMENT 
//THE CODE IS OMITTED FOR BREVITY 
// GIVE THE INSERTED RECORD NUMBER 

_RECORDSETPTR PRESULTRST = PCNN->EXECUTE(L"SELECT 
5 ©©IDENTITY", NULL, ADCMDTEXT); 
IF( PRESULTRST ) 
{ 

LRULENUM = PRESULTRST->FIELDS->GETJTEM(OL)->GET_VALUE{); 
PRESULTRST->CLOSE(); 
10 } 

// SEND THIS NUMBER AS COMMAND LINE PARAMETER TO SCHEDULER 
TASK 

WCHAR_T WSZTEMP[8]; 

LPCWSTR PWSZPARAMETERS = ::_LTOW(LRULENUM , WSZTEMP, 10); 
15 HR = PITASK->SETPARAMETERS(PWSZPARAMETERS); 

System span 146 receives the Rule number as command line parameter from 
Windows Task Scheduler. Given this number, system span 146 returns to SyRules 
with stored procedure "sp_Spa/?" sending to it this number as parameter. 

20 

"sp_Span" procedure is depicted here: 
Create Procedure sp_Span 
@RulelD integer 
WITH RECOMPILE 

25 As 

DECLARE @St integer 
DECLARE @StO integer 
DECLARE @Stl integer 
30 DECLARE @Gr integer 

DECLARE @Oplndex integer 
DECLARE @Cllndex integer 

Get Rule details 

35 SELECT ©Oplndex = Oplndex FROM SyRules WHERE RulelD = @RulelD 

SELECT ©Cllndex = Cllndex FROM SyRules WHERE RulelD = @RulelD 
SELECT @St = Stindex FROM SyRules WHERE RulelD = @RulelD 
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SELECT @Gr = Grlndex FROM SyRules WHERE RulelD = @RulelD 
SELECT @StO = StOrder FROM AllowedStates WHERE Stindex = @St 
SELECT @Stl = StSslndex FROM AllowedStates WHERE Stindex = @St 

5 

SELECT TiUslndex, COUNT(Tilndex) AS Amount 
FROM TimedOperations, AllowedUsers 
WHERE 

(TiOplndex = ©Opindex OR ©Opindex IS NULL) AND 
10 (TiCllndex = @Cllndex OR ©Cllndex IS NULL) AND 

((TiStOrder = @StO AND TiSSIndex = @Stl )0R @St IS NULL ) AND 
(TiUslndex = AllowedUsers.Uslndex) AND ((AllowedUsers.UsGrlndex = @Gr) 
0R(@Gr IS NULL)) AND 

(DATEDIFF(dd, TiStartTlme, GETDATE()) = 0) AND 
15 TiFinishTime IS NOT NULL 

GROUP BY TiUslndex 

This stored procedure produces Table IV in following format: 
20 TABLE IV 

fiUslndex Integer 

Amount Integer 



25 Table IV is returned back to system span 146 executable as an ADO 

recordset- According to gathered rule details, system span 146 analyzes the data 
from a table trying to detect whether the rule was met. If so, system herald 150 is 
invoked. 

When invoked, system herald 150 refers to relevant tables of the main 
30 database to obtain the notification details it needs to send a message. The 
notification recipient is preferably extracted as well as the transport (media) selected 
for every recipient. The following SQL statement is used through ADO to accomplish 
this task: 
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SELECT AdMachine, AdMail, RrMedia 
FROM AdminUsers, RuleRecipients 

WHERE AdminUsers.Adlndex = RuleRecipients. RrAdlndex 
AND RrRulelD = ©RulelD 

5 

Here @RulelD is expanded to the actual rule number being executed. 



System herald 150 refers to the SyRules table once again in order to format 
the message being transferred. The message coding convention that is used for this 
10 process Is defined below. Depending on detected transport (media) system herald 
150 uses 0/S message queue (like MSMQ) or SMTP to send the formatted message 
to all recipients. 



An exemplary Message Formatting 



15 



20 



Whether by E-mail or Notice, the definition of the text message is the same. 
If both E-Mail and Notice channels are chosen as a response for a certain rule, both 
convey the same message. 

The message can contain plain text and codes for different data items, and an 
exemplary list follows in Table V: 

TABLE V 



Code 










[op] 


Operation Name for Rule 




[pu] 


Pop Up Address for Response 


[cl] 


Classification Name for Rule 




[em] 


E-Mail Address for Response 


[gr] 


User Group Name for Rule 




[ig] 


Message to Log for Response 


[St] 


State Name for Rule 




[ep] 


Execute Path for Response 


[rt] 


Rule Type Name 




[ce] 


Create Event for Response 


[tl] 


Time Length for Alert 




[us] 


User Name* 


[ev] 


Event Name for Alert 




[ti] 


Time of Occurance* 


[dt] 


Day Time for Alert 




[in] 


Timed Operation Index* 


[qt] 


Quantity for Alert 




[he] 


Herald Server Name* 


[lo] 


Logical Operator for Alert 









These values are derived from the SystemDB.SyRules table (either as written 
25 in the table, or as reference to other tables) except the ones marked by (*), which are 
determind at execution time by the "Herald" service 150. 



43 



utility Patent Application 
S-159-0 US 

E-Mail Messaging 

An E-Mail message consists of the following data: 
From: [he] 
5 Ta [em] 

Subject: [rt] rule activated by user: [us] 
Message: user defined 

"Notice" Messaging 
10 A Notice message consists of the following data: 
Source: [us] 
Message: user defined 

"Notice" Example Screen 

15 Figure 10 is a computer screen image illustrating a notice message 190, in 

accordance with a preferred embodiment of the present invention. 

The software component of system 10 provides the infrastructure for a 
methodology of employee management. This methodology assumes that: 
20 •a manager is to be notified when any of a set of business-specific conditions 
occur in the work process; 

• with this notification the manager can access certain data that can help him 
handle the situation; and 

• the manager, based on the data, assists the "agent" (an employee being 
25 monitored by system 10) in the work process. 

The provisions of System Notice 154 are designed to help the manager 
exchange data with the agent and with database 28: 

• to support the act of notification; 
30 • for data access; and 

• for agent assistance. 

System Notice 154 is the front end of an "executive messaging channel" that 
is independent of e-mail. This channel is used to support the management 
35 methodology described. The channel supports the following functions: 
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1 . Creates an Alert Message by System Reactor 34. 

2. Sends a New Message by a manager 

3. Displays an incoming Alert or New message sent by a manager or agent. 

4. Temporarily stores incoming messages locally. 

5 5. Replies to an Alert or New message sent by a manager or agent 

6. Retrieves Workflow Data, relevant to an Alert Message, sent by a manager. 

7. Retrieves Screen-shots, relevant to an Alert Message, that were sent by a 
manager. 

10 Notice 154 provides functions 2-5 and 7. Function 1 is handled by "Herald" 

150 component of System Reactor 34. Notice 154 activates the Calif low Analyzer for 
function 6, as described hereinbelow, beginning on page 81. 

"Notice" vs. E-Mail 

15 Notice is the preferred alert-handling front end to notify the employees 

[agents] themselves in real-time, whereas 'mail' is used to alarm supervisors, 
managers etc. 

The difference between agents and managers is in the functions accessible 
by the each. An agent is only allowed to access functions 3-5, while a manager can 
20 access function 2 (permission granted by system administrator 30), and functions 6-7 
(accessible by installing additional software components at the manager's 
workstation). 

E-Mail can also be used as an alternative/additional means of sending alerts 
25 - especially to remote, or mobile users, who do not have System Notice 154 nearby. 

If the user is an agent, the "send" button 194 is normally disabled. If the user 
is a manager, he may use it to create a new message (function 2) or to forward/reply 
to an incoming message currently displayed (function 5). An agent may only reply to 
30 an incoming message 192, and may not create a new message. Pressing "send" 
1 94 opens window 1 96. 

Retrieving Workflow Data With "Notice" 

A manager may install the Callflow Analyzer on his workstation, in which case 
35 Notice 1 54 can interact with the Callflow Analyzer in the following way: 

1 . Callflow Analyzer is put into "alert" mode. 
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2. Notice 190 pops-up when an incoming message 192 arrives. 

3. If message 192 is an alert (direct or forwarded by anotiier user), the relevant 
workflow data will appear on the Callflow Analyzer window as message 192 is 
displayed. 

4. If a message 192 stored earlier is selected for reviewing, its workflow data 
appears on the Callflow Analyzer window. 



To enable this, when message 192 is displayed on Notice 154 which has alert 
charateristics (alert source and time of creation), these characteristics are sent over 
10 to Callflow Analyzer, for retrieval and display of the relevant data. 



Retrieving Screenshots With "Notice" 

A manager with a sufficient security status, may use Notice 154 to retrieve an 
agent's screenshot in the following way: 

15 

1 . A request arrives at an agent's workstation where Notice 154 is installed. 

2. The request identifies the manager. 

3. If the manager is recognized as having the requisite security status, Notice 
154 takes a picture of the agent's screen and sends it over to the manager. 

20 

The screenshot is taken using the Windows Applications Program Interface 
(WinAPI32). 



In workflow system 10, the request is initiated by the manager through his 
25 Callflow Analyzer. After performing the described process, the screenshot displayed 
on the manager's workstation, again through the Callflow Analyzer. 
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5 

System Executive 

System executive 36 is an application designed for the executive levels of the 
organization, to set up and print reports based on the system operational database 
28. 

10 System executive 36 is a windows-based application, which can be installed 

on system server 26 itself, or on any remote PC. Working with the product is done 
by main menu, through which the various executive options can be reached. 



The main menu options are: 
15 • File; 

• Scenarios; 

• Options; 

• Window; and 

• Help. 

20 

File Menu 



25 



The "files" referred to are definitions that include a report template, and a set 
of values matching the parameters expected by the report. 



The file menu options are: 
New...; 
Open...; 
Close; 



Save; 
Save As...; 

Preview; 
Destination. 
Run; and 
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• Exit. 

• 

When a new file is created, the user is first asked to select a template from the 
5 available report types. After a selection is made, the file is presented in the form of a 
window with the various fields required by the template, to be filled in by the user. 

The actual reports are beyond the scope of this document, as they may vary, and 
templates could be added to the application freely. 

When a report is saved, the user may choose whether date-type fields are to be 
10 used with absolute or relative values, relative indicating that the difference between 
current date and selected date should always be the same. A report is saved with 
the destination (printer, file, e-mail, screen). 

Reports is saved to local files, with ".set" indicating system executive 36 
templates, ".ser" indicating reports. 

15 

Options Menu 

The options menu options are: 

• Report Levels; 

• Executables...; and 
20 • Templates.... 

Report levels are handled like regular tables. Setting them enables a user to 
create and open only reports of a level equal to or lower than his own security level. 
Choosing the Templates option opens an explorer window, which enables the 
25 user to set the library (local or network) where ".set" files is searched for by default. 

"Executables" are ".sxr" files which, when "clicked", open and run pre-defined 
reports without entering the executive application. When this option is selected, an 
explorer window opens with multiple choice available. The selected report set is then 
given a name and an (optional) expiration date. 
30 ".sxr" files, when run, access database 28 through a unique account and 

password. They can be distributed to "non-sophisticated users" for simple production 
of common reports, without having to enter a user-name and password. These 
executables only work until their expiration date arrives. 

"report levels" and "executables" options are only available to users with write 
35 permissions. 
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Scenario Menu 

The "files" referred to are in fact definitions tliat include a report template, and a set 
of values matching the parameters expected by the report. 

5 The Scenario menu options are: 

• Scenarios; and 

• Details. 

Scenarios are handled in exactly the same format as the tables editing windows 
10 in the "Administrator" application: scenarios refer to the "Scenariolnfo" Table VIA; 
Operations refer to the "ScenarioDetails" Table VIB. 

TABLE VIA 







Scenariolnfo 
TABLE VIA 


ScKev (Scenario Identifier Key Integer 

ScName ^Scenario Descriptive Name string 
ScBaseFrom Scenario Calculation Base Start date 
ScBaseto Scenario Calculation Base End date 

ScEff Scenario CBenerai Efficiency factor integer 

1 


ScenarioDetails 
TABLE VIB 


SdScKev ^Scenario Detail Scenario Id Key ^Integer 

SdOoKev Scenario Detail Operation Key Integer 
SdCIKev 'Scenario Detail Classification Rev integer 
SdWkFreq jScenario Detail Weekly Frequency integer 
SdEff (Scenario Detail Efficiency factor integer 



15 

These values can later be referred to by scenario-related reports. In such reports, 
usage of a specific scenario is possible by selecting the scenario from a list of 
available ones. Such reports are used for performing calculations where instead of 
20 using actual historical system 16 records, data is modified as follows: 
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• values for operation lengths and quantities are averaged on base period (start to 
end dates); 

• all lengths are multiplied by general efficiency factor; 

• for specified operations and classifications (in details), lengths are multiplied 
5 again by detail efficiency factor. 

Scenario related reports may use the calculated operation lengths together 
average frequencies, or with stated Weekly Frequency, for purposes of resource 
planning. 

10 

System Consultant 

System consultant 38 is an application designed for the engineers and operations 
research staff of the organization, to set up and print special analysis reports based 
on system 16 operational database 28. 

15 

Standard consultant 38 reports are as follows: 

• The Workflow Trees report examines the operations and their linked keys, over 
a specified period of time. It sorts them Into groups of chained operations, then 
goes over each group, counting how often a certain type of operation, leads to 

20 another certain type of operation, on a specific node of the chain. By 

transforming these summaries into percentages, it builds a diagram in the form of 
a probability tree, showing how operations form complete tasks, statistically. 

• The Trend Tracer is a collection of reports designed to point out trends in 
25 parameters obtainable from the "TimeSummary table", which is designed for fast 

queries. 

• The Advanced Resource Planning (ARP) report takes into account nonlinear 
elements in the workflow using more complex mathematics (queuing methods) 

30 than the simple linear arithmetic of the resource planning report included in the 

basic package. This enables users to design resources for departments where 
the workflow is stochastic. ARP also uses user-defined scenarios to improvise on 
database 28 statistics. 

35 Workflow Trees 
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This report examines the operations and their linl<ed keys, over a specified 
period of time. It sorts them into groups of chained operations, then goes over each 
group, counting how often a certain type of operation leads to another certain type of 
operation, on a specific node of the chain. 
5 By transforming these summaries into percentages, it builds a diagram in the 

form of a probability tree, showing how operations form complete tasks, statistically. 
On the arcs, a notation is made as to how long, on average, an operation takes to 
complete, when carried out from that specific node, that is, after a given preceding 
operation. 

10 An intermediate level of processing is performed in order to cluster operations 

into trees, dividing unrelated operation clusters into separate trees. To achieve this, 
a minimal percentage threshold is set, under which a node is considered a breaking 
point. Branches emerging from a breaking point are separated into new distinct 
trees, marked as "broken" trees. 

15 Should any broken trees be found, a final step of processing is taken to 

merge these trees into existing trees which begin with the same operation. In the 
merging process, percentages are recalculated according to the total summaries of 
the merged trees. 

The report supplies the user with a default threshold value 0.05); a value of 0 means, 
20 no breaking points are to be declared. 

Advanced Resource Planning 

Advanced resource planning refers to nonlinear elements in the workflow 
which require calculating a level of service and, therefore, more complex 
25 mathematics than the simple linear arithmetic of the resource planning report 
included in the basic package. 

ARP performs a scenario-based analysis, like the basic resource planning 
(RP). Here the two applications take different courses. Basic RP simply groups 
together operations for specific workgroups, and according to the specific scenario, 
30 calculates how many of these operations take place in the forecast period and how 
long they take. It then is able to plan the resources needed for that volume of work. 

ARP works for one workgroup at a time. It first requires the user to mark up 
operations which form that group's on-line services. It then asks for the user to set a 
service level requirement, in terms of waiting time, availability percentage or similar 
35 parameters of queueing theory. All these settings are saved as part of the ".ser" file. 

ARP then calls up the Queue Plan Interface (QPI) component, described 
hereinbelow. QPI accepts a service time (comprising the service operations) and 



51 



utility Patent Application 
S-159-0 US 

off-line time (comprising of all other operations), and the required level of service. 
QPI then returns the number of employees required for that group. 

Variations on this calculation include Monthly, Weekly, Daily or Hourly ARP 
reports. 

5 

Trend Tracer 

The trend tracer is a collection of reports designed to point out evident trends 
in parameters obtainable from the "TimeSummary table", which Is designed for fast 
queries. 

10 The trend tracer creates a table, which is split into time periods. The size of 

the periods can be selected by the user for Monthly, Weekly or Daily reports. The 
user selects a range of dates for the report, and may also mark up selected users, 
groups or operations to examine. 

15 In that table, the following parameters are being examined: 

• Number of operations, for each operation type; 

• Number of operations per user, for each operation type; and 

• Average length of operation, for each operation type. 

20 In addition, the "classification trend tracer" also checks the percentage of 

classification, for each classification under an operation. 

For each parameter, the trend tracer searches for a pat tern based on some basic 

statistical regression methods. Only parameters with significant trends appear in the 

final report produced, along with the trend line formula. 
25 The report definition screen supplies the user with a default confidence level 

(95%), which could be altered by the user. 

QPI Interface 

The QPI interface is a part of system 16 resource planning engine. At its heart is a 
30 calculation method (the main subroutine of which is listed hereinbelow) which 
accepts as input the parameter fServers (which represents the number of employees 
doing a given set of activities), and based on activity data (provided as various 
properties of the object setting) calculates properties of the process output (such as 
service level) and throughput. 
35 This calculation is a numerical approximation of a statistical formula that describes 
the behavior of a service queue interwoven with offline activities. That enables the 
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system 16 ARP report to plan resources based on service level, as well as on simple 
multiplication of operation time and quantity. 

5 Public Sub RunModel(fServers As Integer) 
On Error GoTo ErrTrap 

Dim LA() As Double 
DimMUQ As Double 
10 Dim P() As Double 
Dim cum() As Double 
Dim sw() As Double 
DiMABwO As Double 
DimabQ As Double 

15 DIMSPRO As DOUBLE 

Dim AW() As DOUBLE 

Dim 1 As Integer, j As Integer, k As Integer 

DIM S As DOUBLE, TAS DOUBLE, Q AS DOUBLE, R AS DOUBLE 

Dim PAB As Double, BEN As Double 
20 Dim EAB As Double, PIS As Double 

Dim AWS As Double, ESE As Double 

Dim AWW As Double. AWV As Double 

Dim AWAB As Double, RO As Double 

Dim WT As Double, ST As Double 
25 Dim UB As Integer 

Dim XX As Double 

Dim Divider As Double 

Dim fArrivals As Double 

30 Divider = TimeSlice / 60 

IF frmBranch.pnlResultsTitle.Caption = "m 1 n" And fServers > 
currentlinesnumber 
Then 

currentlinesnumber = Gettozaot 
35 End If 

If Setting-GetLinesAssignmentMethod = 1 Then 

If Not (currentlinesnumber / Setting.GetLinesServersRatio) = CInt(fServers) Then 
currentlinesnumber = CInt(fServers) * Setting.GetLinesServersRatio 
40 End If 
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End If 

If Setting.GetLinesAssignmentMethod = 2 Then 
If Not (currentlinesnumber/ (Setting-GetLinesMaxWaitingTime/ 
5 Setting.GetAverageServiceTime + 1 )) = CInt(fServers) Then 

CURRENTLINESNUMBER = (SETTING.GETLINESMAXWAITINGTIME / 

Setting.GetAverageServiceTime + 1) * CInt(fServers) 
End If 

10 End If 

If fServers > currentlinesnumber Then 
ExitCode = -10 

ExiTMEssAGE = ""i3unD^rn[un^iTi "isDnriD'' i i j?n" 

Exit Sub 
15 End If 

If fServers <= 0 Then 
ExitCode = -11 

ExitMessage = "i9nn niCDn l^3\2 i ni i q] -0^" 

20 Exit Sub 
End If 

ReDim LA(currentlinesnumber+ 1) 

ReDim MU(currentlinesnumber + 1 ) 
25 ReDim P(currentlinesnumber + 1 ) 

ReDim cum(currentlinesnumber+ 1) 

ReDim sw(currentlinesnumber + 1) 

ReDim abw(currentlinesnumber+ 1) 

ReDim ab(currentlinesnumber+ 1) 
30 ReDim SPR(currentl!nesnumber + 1 ) 

ReDim AW(currentlinesnumber+ 1) 

fArrivals = Arrivals * (ForeCastFactor/ Setting.GetKP) 
LA(currentlinesnumber) = 0 
35 MU(0) = 0 

UB = currentlinesnumber - 1 
FoRi = OToUB 
LA(i) = fArrivals 

NEXT! 

40 
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For I = 1 To fServers 

MU{i) = ServiceRate * I 
Next I 

5 XX = FServers * (ServiceFIate - AbandonRate) 
For I = fServers + 1 To currentlinesnumber 
MU(i) = XX + AbandonRate * i 

NEXT! 

10 s = 1 

T= 1 

FoRK= 1 To currentlinesnumber 

T = T*LA(K- 1)/MU(K) 
S = S + T 
15 NEXTK 

P(0) = 1 / S 
FORK= 1 To CURRENTLINESNUMBER 
P(K) = P(K-1)*LA(K-1)/MU(K) 

20 Next k 
R = 0 

UB - fServers - 1 

For I = 0 To UB 
25 ab{i) = 0 

SPR(l) = 1 

R = R + P(l) 

AW(1) = 0 

CUM(I) = 0 
30 Next i 

P1S = R 
S = 0 
T=:0 
35 R = 0 

UB = currentunesnumber- 1 

For I = fServers To UB 
Q = AbandonF^te / MU(i + 1 ) 
40 ab(i) = q + (1 -q)*ab(i-1) 
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AW(l) = Q / ABANDONRATE + (1 - Q) * AW(I - 1 ) 
SPR(1) = (1 -Q)*SPR(I-1) 
CUM{I) = CUM(I-1) + 1 IMU{\) 
SW(l) = SPR(l)*CUM(l) 
5 T = T+P(l)*AW(l) 

S = S+ P(l)*AB(i) 
R = R + P(l) * SW(1) 
NEXT! 

10 PAB = s 

EAB = PAB * fArrivals 

EEN = (1 - P{CURRENTLINESNUMBER)) * FARRIVALS 
AWS = 3600 * R / (1 - P(CURRENTLINESNUMBER) - PIS - PAB) 
ESE = EEN - EAB 
15 AWW = 3600 *T / (1 - PIS - P(CURRENTLINESNUMBER)) 
AWV = 3600 * T / (1 - P(CURRENTLINESNUMBER)) 

AWAB = 3600 * (T - AWS * (1 - P(CURRENTLiNESNUMBER) - PIS - PAB) / 3600) / PAB 
RO = ((1 - P(CURRENTLINESNUMBER) - PAB) * FARRIVALS) / (fSERVERS * SERVICERATE) 



PARAMETERS. SETPARAMETERVALUE UCAVREAGEWAITINGTIME, AWV 
Parameters.SetParameterValue WA!TTIME4WAITING, AWW 
PARAMETERS.SETPARAMETERVALUE WAITTiME4ABAND0N, AWAB 

25 Parameters.SetParameterValue Wa!tTime4Serviced, AWS 

Parameters.SetParameterValue ExtArrivalRate, (Arrivals * ForeCastFactor) * 
Divider 

Parameters.SetParameterValue EffArrivalRate, EEN * Divider 
Parameters.SetParameterValue MaxServiceRate, fServers * ServiceRate * Divider 
30 Parameters.SetParameterValue EffServiceRate, ESE * Divider 

Parameters.SetParameterValue BusySignalRate, (fArrivals - EEN) * Divider 
Parameters.SetParameterValue PercBusySignal, P(currentlinesnumber) * 100 
Parameters.SetParameterValue PercImmediateService, PIS * 100 
Parameters.SetParameterValue PercWaiting, 100 * (1 - PIS - P(cuRRENTLiNESNUMBER)) 

35 WT = 100 * (1 - PIS - P(CURRENTL!NESNUMBER)) * EXP(-SETT1NG.GETTHRESH0LDVALUE / 

AWW) 

Parameters.SetParameterValue PercWaitMoreThan^t, WT 
Parameters.SetParameterValue PercWaitLessThan^t, 100 * (1 - 

P(CURRENTLINESNUMBER) - PIS) - WT 

40 Parameters.SetParameterValue CAbandonRate, EAB * Divider 
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Parameters. SetParameterValue PercAbandoning, 100 * PAB 

ST = 100 * (1 - PIS - P(currentlinesnumber) - PAB) * Exp(-Setting.GetThresholdValue 
/AWS) 

Parameters. SetParameterValue PercServedAfterWait_t, ST 
5 Parameters.SetParameterValue PercAbandonAfterWait_t, WT - ST 

PARAMETERS.SETPARAMETERVALUE EFFTRAFIClNTENSiTY, RO * DIVIDER 

Parameters.SetParameterValue PercOfAvailability, 100 * (l - RO) 
Parameters.SetParameterValue ImmediateAndLessThan_t, (PIS * 100) + (100 * (1 - 
P(currentlinesnumber) - PIS) - WT) 
10 Parameters.SetParameterValue TotaUnBranchTime, 

SETTING.GETAVERAGESERVICETIME* (1 - PAB - P(CURRENTLINESNUMBER)) + AWV 

ExitCode = 0 'OK 
Exit Sub 
15 ErrTrap: 

ExitCode = -Err.Number 
ExitMessage = Error 
End Sub 

20 

The Callflow Analyzer 

Figure 11 is a flow chart that schematically illustrates the callflow analyzer 
function 200, in accordance with a preferred embodiment of the present invention. 

25 The software component of system 10 provides the Infrastructure for a 

methodology of employee management. This methodology assumes that: 

• a manager is to be notified when any of a set of business-specific conditions 212 
are derived from the workflow data 220 stored on database 28, causing 
notifications 214 to be sent to the manager workstation component of system 

30 notice 154A; 

• with notification 214 the manager can access visualizing data 216 that can help 
him handle the situation; and 

• the manager, based on data 216, exchanges messages 218 with the "agent" (an 
employee being monitored by system 10) system notice component 154B to 

35 assist the agent in the work process. 

The Callflow Analyzer 210 (CPA) is a primary tool for visualizing part of the 
relevant workflow data, and is activated 222 by Notice 154. 
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CFA is a system for analyzing the infornnation stored in System Database 28, 
in a way that produces Gantt charts. 

5 Figure 12 is a graph that schematically illustrates the function of a Gantt chart 

230, in accordance with the prior art. 

The Gantt chart is a basic means of visually presenting a project program. 
Essentially a bar chart, it is a useful summary of where the project stands. 

Each bar 232 constitutes an aggregate of numerous sub-tasks, which are 
each continued in their own Gantt chart. A hierarchy of Gantt charts can therefore be 
built up. The Gantt chart is often used as the benchmark by which a project's 
10 progress is measured, and is commonly circulated to all team leaders. 

Gantt charts can describe either a specific set of logically linked operations 
(which are referred to as a "case") or a historical summation of multiple cases. 

Figure 13 is a schematic illustration of the functions of the callfiow analyzer 
15 240, in accordance with a preferred embodiment of the present invention. 

The CFA system's structure is a unique combination of data analysis 
procedures, display techniques, and interaction of various software components, in a 
way that supports the proposed management methodology. 

20 

The various sub-components of the CFA, are described as follows: 

CFA Stored procedures 

25 CFA stored procedures 21 OA generally return a table containing Gantt chart 

data 21 OD, based on certain parameters given to them. Gantt chart data 21 OD is 
returned as rows, each row relating to a different activity 232 and containing the 
following these columns: 

30 1 . Label: the description of the activity 234 

2. XI: beginning of activity 236 

3. X2: ending of activity 238 

4. Number: number of operations sampled 
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There are several variations of stored procedures, used by the system for 
different types of queries. These are: 

5 1. Sy_VAW_Ca: returns a Gantt with activities aggregated to "categories" 
(families of similar types of operations) for low-resolution analysis. 

2. Sy_VAW__Op: returns a Gantt with activities aggregated to "operations" for 
high resolution analysis. 

3. Sy_VAW_Ca_Us: returns a Gantt with categories, with each user's data 
10 shown seperately. To differentiate users, an additional column 'Series' is 

returned. 

4. Sy_VAW__Ca_Gr: returns a Gantt with categories, with each user-group's 
data shown seperately. To differentiate groups, an additional column 'Series' 
is returned. 

15 5, Sy_VAW_Op__Us: returns a Gantt with operations, with each user's data 
shown seperately. To differentiate users, an additional column 'Series' is 
returned. 

6, Sy_VAW_Op_Gr: returns a Gantt with operations, with each user-group's 
data shown seperately. To differentiate groups, an additional column 'Series' 
20 is returned. 

L Sy__VAW_Us: returns a Gantt for a specific user, for a single case of 
operations. 

Procedures 1-6 are given the following parameters: 

25 

1 . Userlndex: selects a specific user for query, or (if NULL) all users. 

2. Grouplndex: selects a specific group for query, or (if NULL) all groups. 

3. Case: selects a specific case for query, or (if NULL) all cases. 

4. Operationlndex: selects a specific operation for query, or (if NULL) all 
30 operations. 

5. Categorylndex: selects a specific category for query, or (if NULL) all 
categories. 

6. FromDate: earliest time for query or (if NULL) since first entry. 

7. ToDate: latest time for query or (if NULL) until last entry. 
35 8. Live: if equals 1, query includes currently ongoing activity. 

Procedure 7 is given these parameters: 
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1 . Userlndex: selects a specific user for query, or (if NULL) all users. 

2, Date: selects a specific time to query. 
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These procedures all follow the same core logic: 

1 . For procedures 1-6: Select operations matching input parameters. 

2. For procedure 7: locate an operation which took place in the specified time, 
5 find its case, and select operations of the same case. 

3. Group together operations belonging to a similar case (identified by the 
TICase column in the TimedOperations 56 of Table I). 

4. For procedures 1,3-4: Group those operations again, as categories, with each 
category starting with the earliest-starting operation in that category, and 

10 ending with the latest-finishing operation in the category. 

5. In each case, find the earliest activity (operation or category), and mark its 
start as zero-time of the case. 

6. compute all operation beginning and finishing times relative to zero-time of 
the case. 

15 7. For every activity, compute the average beginning and finishing relative times, 
over the different cases. 
8. For procedures 3-6: compute the averages over different users or groups, as 
well. 

20 The SQL script for these procedures (MS T-SQL version) Is attached at the end of 
this document. 

CFA Middle Tier 

25 The CFA middle tier 21 OB has the task of receiving various inputs, indicating the type 
of querying required, running the appropriate stored procedures and delivering the 
data returned to Gantt display 21 OD. 

From the user Interface, CFA gets query definitions that are selected 
30 specifically by the user. From System Herald 150, CFA gets additional notification on 
incoming alerts, that are transformed into appropriate query definitions. 

The following query definitions are handled by the middle tier: 

35 1 . Aggregation method: selects which of procedures 1-6 to use. 

2. "Watch" mode: selects procedure 7, with Date = NULL (current time). 

3. "Live" mode: queries run with Live=1 . 
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4. "Auto Refresh" mode: queries are executed repeatedly 

5. Time period: date and time are combined to FromDate and ToDate. 

6. User multiselection: transformed to a series of queries for each User. 

7. Group multiselection: transformed to a series of queries for each Group. 

5 8. Operation multiselection: transformed to a series of queries for each 

Operation. 

9, Category multiselection: transformed to a series of queries for each Category. 
laUser multiselection: transformed to a series of queries for each user. 

10 Figure 14 is a computer screen image illustrating the main window of the CFA 

user interface 250, in accordance with a preferred embodiment of the present 
invention. 

15 Main Query Control: 

11 252 Runs query. B 258 opens the "print" dialog. 
H 254A indicates "live" view, H 254B = "no live". Switched 
by clicking. 

20 M 256A indicates auto refresh ("live" only), H 256B = no auto 
refresh. Switched by clicking. 
S (in "users" 274 pane) indicates "watch" mode, 
H 264 = "watch off'. Switched by clicking. 

25 Main Notice Control: 

266 (in "alerts" 282 pane) indicates "alert" mode, 
SI = "alert off". Switched by clicking. 
E 260 Shows "notice" window. 
30 H 262A indicates auto keep, H 262B = no auto keep. 
Switched by clicking. 

Figure 15 is a computer screen image illustrating the "roll" and "filter" features 
35 of the main window of the CFA user interface, in accordance with a preferred 
embodiment of the present invention. 
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Roll Up/Down: 

A click on the Roll icon 290 switches between rolled-up and rolled-down 

pane. 

5 Double-click on the Roll-Down icon rolls the pane down while rolling all others 

up. 

Filter On/Off: 

A click on the Filter icon 292 switches between filter-off (sanne as selecting 
10 "ALL") and filter-on (previously selected from the list, or currently being selected). 
Filter is switched on when selection is in progress. 

Pane Space Allocation: 

15 All rolled-down panes occupy the same space when not in selection; 

whatever space is allowed by the size of the main form, minus the height of all 
rolled-up panes, is divided between all rolled-down panes. 

Cursor Shape: 

20 h Normal state 

Waiting for query results 
Mouse over "clickable" button 

Keyboard Shortcuts: 

25 • F5 = Run Query; 

• CTRL+N = Show Notice; 

• CTRL+P = Open "Print" Dialog; 

• CTRL+W = Toggle "Watch" Mode; and 

• CTRL+A = Toggle "Alert" Mode. 



Pane Contents: 

The following "clickable" entry sub-windows are available on the CFA: 
35 • Aggregation 270; 
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• Groups 272; 

• Users 274; 

• Categories 276; 

• Operations 278; 
5 • Period 280; 

• Alerts 282; and 

• Legend 284. 

Figure 16 is a set of computer screen images illustrating the full sub-windows 
10 of the CFA user interface, in accordance with a preferred embodiment of the present 
invention. Figure 16 shows each of the CFA full sub-windows that are displayed 
when the corresponding entry sub-window is clicked on CFA user interface 250. 

The following full sub-windows are displayed accordingly: 

15 • Aggregation 302; 

• Groups 304; 

• Users 306; 

• Categories 308; 

• Operations 310; 
20 • Period 312; 

• Alerts 314; and 

• Legend 316. 

Also, when "print" dialog 258 is opened, print dialog 
25 box 31 8 is displayed. 



"Click to Query": 

Some of the query parameter selection is available by direct manipulation of 
the Gantt chart. The manager clicks on elements of the chart with the mouse, 
thereby changing the parameters accordingly and he then re-queries the information. 
The "Click to Query" rules are as follows: 

1. Zoom on Category: if activity Is aggregated by Categories, and a manager 
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right-clicks on a specific bar of a Category, a new query is run witl^ the 
selected Category as filter and activity aggregated by Operations. 

2. Zoom on Group: if agents are aggregated by Groups, and a manager 
left-clicks on a specific bar of a Group, a new query is run with the selected 

5 Group as filter and agents aggregated by Users. 

3. Zoom on Total: if agents are aggregated as Total, and a manager left-clicks 
on a specific bar of a Category/Operation, a new query is run with the 
selected Category/Operation as filter and agents aggregated by Groups. 

4. Zoom Out Categories: if activity is aggregated by Operations, and a manager 
10 right-clicks on the chart (not on a bar), a new query is run with activity 

aggregated by Categories. 

5. Zoom Out Groups: if agents are aggregated by Users, and a manager 
left-clicks on the chart (not on a bar), a new query is run with agents 
aggregated by Groups. 

15 6. Zoom Out Total: if agents are aggregated by Groups, and a manager 

left-clicks on the chart (not on a bar), a new query is run with agents 
aggregated as Total. 



20 

Script of CFA Stored Procedures 
CREATE PROCEDURE Sy_VAW_Ca 

@Userlndex int, ©Grouplndex int, ©Case varchar(20), @Operationlndex int, 

25 @Categorylndex int, @FromDate datetime, ©ToDate datetime, ©Live int AS SET 
NOCOUNT ON CREATE TABLE #res (label int, X int, L int) DECLARE @tg 
varchar(30), ©first datetime, ©prev varchar(30), ©label int, @t datetime, @x int, ©I 
int, ©n datetime SELECT ©prev = " SELECT ©n = getdate() DECLARE thru 
CURSOR local forward_only FOR SELECT OpCalndex, MIN(TiStartTime) AS Start, 

30 datediff (ss, MIN(TiStartTime), MAX (CASE WHEN TiFinishTime IS NULL THEN @n 
ELSE TiFinishTime END)) AS diff, TiCase AS tag FROM TimedOperations, 
AllowedOperations, AllowedUsers WHERE TiOplndex = Oplndex AND 
(NOT(TiFinishTime IS NULL) OR ©Live = 1) AND TiUslndex = Usindex AND NOT 
(TiCase IS NULL) AND (Usindex = ©Userlndex OR ©Userlndex IS NULL) AND 

35 (UsGrlndex = ©Grouplndex OR ©Grouplndex IS NULL) AND (Oplndex = 
©Operationlndex OR ©Operationlndex IS NULL) AND (OpCalndex = 
©Categorylndex OR ©Categorylndex IS NULL) AND (TiCase = ©Case OR ©Case 
IS NULL) AND (TiStartTime >= ©FromDate OR ©FromDate IS NULL) AND 
(TiStartTime <= ©ToDate OR ©ToDate IS NULL) GROUP BY TiCase, OpCalndex 

40 ORDER BY Tag, Start OPEN thru FETCH next FROM thru INTO ©label, @t, ©1, 

@tg WHILE ©©fetch_status <> -1 BEGIN IF @tg <> ©prev BEGIN SELECT ©prev 
= ©tg SELECT ©first = @t END SELECT @x = datediff (ss, ©first, @t) INSERT 
#res VALUES (©label, ©x, ©1) FETCH next FROM thru INTO ©label, ©t, ©1, ©tg 
END CLOSE thru SELECT label, AVG(x) AS x1, AVG{x + I) AS x2,C0UNT(x) AS 

45 number FROM #res GROUP BY label ORDER BY x1 DROP TABLE #res 
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CREATE PROCEDURE Sy_VAW_Ca_Gr 

©Userlndex int, @Grouplndex int, @Case varchar(20), @Operationlndex int, 
©Category Index int, ©FromDate datetime, @ToDate datetime, @Live int AS SET 
NOCOUNT ON CREATE TABLE #res(series int, label int, X int, L int) DECLARE @tg 

5 varchar(30), ©first datetime, ©prev varchar{30), ©label int, ©t datetime, @x int, ©I 
int, @n datetime, ©series int SELECT ©prev = " SELECT ©n = getdate() 
DECLARE thru CURSOR local forward_only FOR SELECT OpCalndex, 
MIN(TiStartTime) AS Start, datediff(ss, MIN(TiStartTlme), MAX(CASE WHEN 
TiFinishTime IS NULL THEN @n ELSE TiFinishTime END)) AS diff, TiCase AS tag, 

10 UsGrlndex AS series FROM Timed Operations, AllowedOperations, AllowedUsers 
WHERE TiOplndex = Opindex AND (NOT (TiFinishTime IS NULL) OR ©Live = 1) 
AND TiUslndex = UsIndex AND NOT (TiCase IS NULL) AND (Usindex = 
©Userlndex OR ©Userlndex IS NULL) AND (UsGrlndex = ©Groupindex OR 
©Grouplndex IS NULL) AND (Opindex = ©Operationlndex OR ©Operationlndex IS 

15 NULL) AND (OpCalndex = ©Categorylndex OR ©Categorylndex IS NULL) AND 
(TiCase = ©Case OR ©Case IS NULL) AND (TiStartTime >= ©FromDate OR 
©FromDate IS NULL) AND (TiStartTime <= ©ToDate OR ©ToDate IS NULL) 
GROUP BY TiCase, OpCalndex, UsGrlndex ORDER BY Tag, Start OPEN thru 
FETCH next FROIVl thru INTO ©label, @t, ©I, ©tg, ©series WHILE 

20 @@fetch_status <> - 1 BEGIN IF ©tg <> ©prev BEGIN SELECT ©prev = ©tg 
SELECT ©first = @t END SELECT @x = datediff(ss, ©first, @t) INSERT #res 
VALUES (©series, ©label, @x, ©1) FETCH next FROM thru INTO ©label, ©t, ©I, 
©tg, ©series END CLOSE thru SELECT series, label, AVG(x) AS x1 , AVG(x + I) AS 
x2, COUNT(x) AS number FROM #res GROUP BY series, label ORDER BY series, 

25 label DROP TABLE #res 

CREATE PROCEDURE Sy_VAW_Ca_Us 

©Userlndex Int, ©Grouplndex int, ©Case varchar(20), ©Operationlndex int, 
©Categorylndex int, ©FromDate datetime, ©ToDate datetime, ©Live int AS SET 

30 NOCOUNT ON CREATE TABLE #res (series int, label int, X int, L int) DECLARE 
©tg varchar(30), ©first datetime, ©prev varchar(30), ©label int, @t datetime, @x 
int, ©I int, ©n datetime, ©series int SELECT ©prev = " SELECT @n = getdate() 
DECLARE thru CURSOR local forward_only FOR SELECT OpCalndex, 
MlN(TiStartTime) AS Start, datediff (ss, MIN(TiStartTime), MAX (CASE WHEN 

35 TiFinishTime IS NULL THEN @n ELSE TiFinishTime END)) AS diff, TiCase AS tag, 
Usindex AS series FROM TimedOperations, AllowedOperations, AllowedUsers 
WHERE TiOplndex = Opindex AND (NOT(TiFinishTime IS NULL) OR ©Live = 1) 
AND TiUslndex = Usindex AND NOT (TiCase IS NULL) AND (Usindex = 
©Userlndex OR ©Userlndex IS NULL) AND (UsGrlndex = ©Grouplndex OR 

40 ©Grouplndex IS NULL) AND (Opindex = ©Operationlndex OR ©Operationlndex IS 
NULL) AND (OpCalndex = ©Categorylndex OR ©Categorylndex IS NULL) AND 
(TiCase = ©Case OR ©Case IS NULL) AND (TiStartTime >= ©FromDate OR 
©FromDate IS NULL) AND (TiStartTime <= ©ToDate OR ©ToDate IS NULL) 
GROUP BY TiCase, OpCalndex, Usindex ORDER BY Tag, Start OPEN thru FETCH 

45 next FROM thru INTO ©label, ©t, ©1, ©tg, ©series WHILE ©©fetch_status <> -1 
BEGIN IF ©tg <> ©prev BEGIN SELECT ©prev = ©tg SELECT ©first = ©t END 
SELECT @x = datediff (ss, ©first, @t) INSERT #res VALUES (©series, ©label, 
©X, ©1) FETCH next FROM thru INTO ©label, @t, ©1, @tg, ©series END CLOSE 
thru SELECT series, label, AVG(x) AS x1 , AVG(x + I) AS x2,C0UNT(x) AS number 

50 FROM #res GROUP BY series, label ORDER BY series, label DROP TABLE #res 



CREATE PROCEDURE Sy_VAW_Op 

©Userlndex int, ©grouplndex int, ©Case varchar(20), ©Operationlndex int, 
55 ©Categorylndex int, FromDate datetime, ©ToDate datetime, ©Live int AS SET 
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NOCOUNT ON CREATE TABLE #res (label int, x int, I int) DECLARE @tg 
varchar(30), ©first datetime, @prev varchar(30), @label int, @t datetime, @x int, @l 
int, @n datetime SELECT @prev = " SELECT @n = getdate() DECLARE thru 
CURSOR local forward_only FOR SELECT Oplndex, TiStartTime, CASE WHEN 

5 TiFinishTime IS NULL THEN datediff (ss, TiStartTime, @n) ELSE datediff (ss, 
TiStartTime , TiFinishTime) END AS diff, TiCase AS tag FROM TimedOperations, 
AllowedOperations, AllowedUsers WHERE TiOplndex = Oplndex AND NOT 
(TiFinishTime IS NULL) OR @Live = 1) AND TiUslndex = Usindex AND NOT 
(TiCase IS NULL) AND (Usindex = @Userlndex OR ©Userlndex IS NULL) AND 

10 (UsGrlndex = ©Grouplndex OR ©Grouplndex IS NULL) AND (Oplndex = 
©Operationlndex OR ©Operationlndex IS NULL) AND (OpCalndex = 
©Category Index OR ©Categorylndex IS NULL) AND (TiCase = ©Case OR ©Case 
IS NULL) AND (TiStartTime >= ©FromDate OR ©FromDate IS NULL) AND 
(TiStartTime <= ©ToDate OR ©ToDate IS NULL) ORDER BY Tag, TiStartTime 

15 OPEN thru FETCH next FROM thru INTO ©label, @t, ©I, @tg 

WHILE @@fetch_status <> -1 BEGIN IF @tg <> ©prev BEGIN SELECT ©prev = 
@tg SELECT ©first = @t END SELECT ©x = datediff (ss, ©first, ©t) INSERT #res 
VALUES (©label, @x, ©1) FETCH next FROM thru INTO ©label, ©t, ©I, ©tg END 
CLOSE thru SELECT label, AVG(x) AS x1 , AVG(x + I) AS x2, COUNT(x) AS number 

20 FROM #res GROUP BY label ORDER BY x1 DROP TABLE #res 



CREATE PROCEDURE Sy_VAW_Op_Gr 

©Userlndex int, ©grouplndex int, ©Case varchar(20), ©Operationlndex int, 

25 ©Categorylndex int, ©FromDate datetime, ©ToDate datetime, ©Live int AS SET 
NOCOUNT ON CREATE TABLE #res (series int, label int, X int, L int) DECLARE 
©tg varchar(30), ©first datetime, ©prev varchar(30), ©label int, ©t datetime, @x 
int, ©I int, @n datetime, ©series int SELECT ©prev = " SELECT @n = getdateQ 
DECLARE thru CURSOR local forward_only FOR SELECT Oplndex, TiStartTime, 

30 CASE WHEN TiFinishTime IS NULL THEN datediff (ss, TiStartTime, ©n) ELSE 
datediff (ss, TiStartTime , TiFinishTime) END AS diff, TiCase AS tag, UsGrlndex AS 
series FROM TimedOperations, AllowedOperations, AllowedUsers WHERE 
TiOplndex = Oplndex AND (NOT(TiFinishTime IS NULL) OR ©Live = 1) AND 
TiUslndex = Usindex AND NOT (TiCase IS NULL) AND (Usindex = ©Userlndex OR 

35 ©Userlndex IS NULL) AND (UsGrlndex = ©Grouplndex OR ©Grouplndex IS 
NULL) AND (Oplndex = ©Operationlndex OR ©Operationlndex IS NULL) AND 
(OpCalndex = ©Categorylndex OR ©Categorylndex IS NULL) AND (TiCase = 
©Case OR ©Case IS NULL) AND (TiStartTime >= ©FromDate OR ©FromDate IS 
NULL) AND (TiStartTime <= ©ToDate OR ©ToDate IS NULL) ORDER BY Tag, 

40 TiStartTime, UsGrlndex OPEN thru FETCH next FROM thru INTO ©label, ©t, ©1, 
©tg, ©series WHILE ©©fetch_status <> -1 BEGIN IF ©tg <> ©prev BEGIN 
SELECT ©prev = ©tg SELECT ©first = @t END SELECT ©x = datediff (ss, ©first. 
@t) INSERT #res VALUES (©series, ©label, ©x, ©1) FETCH next FROM thru 
INTO ©label, ©t, ©I, ©tg, ©series END CLOSE thru SELECT series, label, AVG(x) 

45 AS x1 , AVG(x + I) AS x2,C0UNT(x) AS number FROM #res GROUP BY series, label 
ORDER BY series, label DROP TABLE #res 

CREATE PROCEDURE Sy_VAW_Op_Us 

©Userlndex int, ©grouplndex int, ©Case varchar(20), ©Operationlndex int, 
50 ©Categorylndex int, ©FromDate datetime, ©ToDate datetime, ©Live int AS SET 
NOCOUNT ON CREATE TABLE #res (series int, label int, X int, L int) DECLARE 
©tg varchar(30), ©first datetime, ©prev varchar(30), ©label int, ©t datetime, @x 
int, ©I int, @n datetime, ©series int SELECT ©prev = " SELECT ©n = getdateQ 
DECLARE thru CURSOR local forward_only FOR SELECT Oplndex, TiStartTime, 
55 CASE WHEN TiFinishTime IS NULL THEN datediff (ss, TiStartTime, ©n) ELSE 
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datediff (ss, TiStartTime , TiFinishTime) END AS diff, TiCase AS tag, Usindex AS 
series FROM TimedOperations, AllowedOperations, AllowedUsers WHERE 
TiOplndex = Oplndex AND (NOT(TiFinishTime IS NULL) OR @Live = 1 ) AND 
TiUslndex = Usindex AND NOT (TiCase IS NULL) AND (Usindex = @Userlndex OR 

5 @Userlndex IS NULL) AND (UsGrlndex = ©Grouplndex OR @Grouplndex IS 
NULL) AND (Oplndex = @Operationlndex OR ©Operationlndex IS NULL) AND 
(OpCalndex = ©Categorylndex OR ©Categoryindex IS NULL) AND (TiCase = 
@Case OR @Case IS NULL) AND (TiStartTime >= ©FromDate OR ©FromDate IS 
NULL) AND (TiStartTime <= ©ToDate OR ©ToDate IS NULL) ORDER BY Tag, 

10 TiStartTime, Usindex OPEN thru FETCH next FROM thru INTO ©label, @t, ©I, 
@tg, ©series WHILE @©fetch_status <> -1 BEGIN IF @tg <> ©prev BEGIN 
SELECT ©prev = ©tg SELECT ©first = ©t END SELECT ©x = datediff (ss, ©first, 
©t) INSERT #res VALUES (©series, ©label, @x, ©I) FETCH next FROM thru 
INTO ©label, @t, ©I, ©tg, ©series END CLOSE thru SELECT series, label, AVG(x) 

15 AS x1 , AVG(x + I) AS x2,C0UNT(x) AS number FROM #res GROUP BY series, label 
ORDER BY series, label DROP TABLE #res 



CREATE PROCEDURE Sy_VAW_Us 
20 ©Userlndex int, ©Date datetime AS SET NOCOUNT ON CREATE TABLE #res 
(label int, x int, I int) DECLARE @tc varchar(20) DECLARE ©tg varchar(30), ©first 
datetime, ©prev varchar(30), ©label int, ©t datetime, @x int, ©I int, @n datetime IF 
©Date is null SELECT ©Date = ©n SELECT ©prev = " 

SELECT @n = getdate() SELECT @tc = TiCase FROM TimedOperations WHERE 
25 (TiCase IS NOT NULL) AND (TiPaused is NULL) AND (TiUslndex = ©Userlndex OR 
©Userlndex IS NULL) AND (TiStartTime <= ©Date) AND (TiFinishTime >= ©Date 
OR (TiFinishTime IS NULL and DATEDIFF (hh, TiStartTime, ©Date) < 12)) 
DECLARE thru CURSOR local forward_only FOR SELECT TiOplndex, TiStartTime, 
CASE WHEN TiFinishTime IS NULL THEN datediff (ss, TiStartTime, ©n) ELSE 
30 datediff (ss, TiStartTime , TiFinishTime) END AS diff, TiCase AS tag FROM 

TimedOperations WHERE TiCase = ©to ORDER BY Tag, TiStartTime OPEN thru 
FETCH next FROM thru INTO ©label, ©t, ©I, ©tg WHILE @@fetch_status <> -1 
BEGIN IF ©tg <> ©prev BEGIN SELECT ©prev = ©tg SELECT ©first = @t END 
SELECT @x = datediff (ss, ©first, ©t) INSERT #res VALUES (©label, ©x, ©I) 
35 FETCH next FROM thru INTO ©label, ©t, ©I, ©tg END CLOSE thru SELECT label, 
AVG(x) AS x1 , AVG(x + I) AS x2, COUNT(x) AS number FROM #res GROUP BY 
label ORDER BY x1 DROP TABLE #res 
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